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(57) Abstract: A platform for supporting 
negotiation between parties to achieve an 
outcome, the platform comprising: a party 
goal program unit for: defining respective 
party's goal programs in respect of said 
outcome, said goal program comprising 
a plurality of objective functions and 
constraints associated with respective 
objective functions, for associating each 
of said objective functions with one 
of a plurality of levels of importance, 
and for assigning to objective functions 
within each level a respective importance 
weighting, said party goal program 
unit comprising a party input unit 
for allowing a party to provide data 
for a respective goal program, a goal 
program unifier, associated with said 
party goal program unit for receiving 
goal programs of respective parties, 
and carrying out unification of said goal 
programs by considering said objective 
functions objectivewise and levelwise 



with associated constraints in the respective goal programs to determine whether two goal programs have a common field of interest 
form which a mutually compatible outcome is derivable, a negotiator associated with said goal program unifier for receiving goal 
programs of respective parties, and carrying out negotiations using said goal programs by considering said objective functions 
objectivewise and levelwise with associated constraints in the respective goal programs to arrive at said mutually compatible 
outcome by carrying out minimization firstly objectivewise and then levelwise, therewith to form an offer, an output unit for 
offering said unified goal program to aid respective parties, and a response receiver for receiving from respective parties either 
counter offers or acceptance, said response receiver being operable to provide counter offers a new goal programs to said goal 
program negotiator for further unification. 
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Negotiating Platform 

Field of the Invention 

The present invention relates to an apparatus, system or method for providing 
users with negotiation facilities, and. more particularly but not exclusively to a general 
purpose electronic negotiation platform. The platform includes item choosing, ranking 
facilities, and deal splitting functionalities. 

Background of the Invention 

Numerous methods of carrying out negotiations are known, and many 
negotiation methods have been transferred to the electronic realm. The techniques 
provide various types of electronic deal making, including on£-to-one negotiations, 
auctions, etc. The available art is generally dedicated to particular situations and is 
not general purpose. In particular the available art is dedicated to situations in which 
the principle or only negotiable variable is price, thus excluding whole realms of real 
negotiating life. For example, if a fanner wishes to negotiate with neighboring 
residents regarding land use issues pertaining to one of his fields, or if two sons are 
unable to agree a division of an inherited estate* then the current art is of only 
marginal help. Even if price is a factor, but only one of several factors of equivalent 
importance-, then the present art is of only marginal help. Thus if a supermarket 
wishes to negotiate a contract for vegetables, then important factors are price, 
regularity and reliability of delivery, freshness and appearance. For a supplier, 
important factors are the quantity ordered and the price. The remaining factors axe 
seen by him as limitations. None of the current art is able to provide a platform for a 
meaningful negotiation based on such a range of factors. 

An example of a patent that allows variables other than price to be taken into 
account is US Patent 6,338,050, which discloses a multivariate negotiations engine for 
international transaction processing which: enables a sponsor to create and administer 
a community between participants such as buyers and sellers having similar interests; 
allows a buyer/participant to search and evaluate seller information, propose and 
negotiate orders and counteroffers that include all desired terms, request sample 
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quantities, and track activity; allows a seller/participant to use remote authoring 
templates to create a complete Website for immediate integration and activation in the 
community, to evaluate proposed buyer orders and counteroffers, and to negotiate 
multiple variables such as prices, terms, conditions etc., iteratively with a buyer. The 
system provides secure databases, search engines, and other tools for use by the 
sponsor 5 which enable the sponsor to define the terms of community participation, 
establish standards, help promote the visibility of participating companies, monitor 
activity, collect fees, and promote successes. All this is done through a multivariate 
negotiations engine system operated at the system provider's Internet site, thus 
requiring no additional software at the sponsors', or participant sellers', or buyer's 
sites. This also allows buyers and sellers to use and negotiate payment options and 
methods that are accepted internationally. The system maintains internal databases 
that contain the history of all transactions in each community, so that sponsors, buyers 
and sellers may retrieve appropriate records to document each stage of interaction and 
negotiation. Documents are created by the system during the negotiation prc-e-sss. 

It is noted that the above-described patent however, takes price as a principle 

feature and allows only subsequent iterative treatment for other features. 
Firfxerrriore, th£ disclosure is specific to the oae-on-one buyer seller model. 

Summary of the Invention 

According to a first aspect of the present invention fesre is thus provided 

Claims 

According to a first aspect of the present invention there is provided a 

plartbrm for supporting negotiation between parties to achieve an on&omc, the 
platform comprising: 

a parly goal program unit for: 



2 



WO 02/077759 



PCT/US02/08293 



defining respective party's goal programs in respect of said outcome, 

said goal program comprising a plurality of objective functions and constraints 
associated with respective objective functions, 

for associating each of said objective functions with one of a plurality 

of levels of Importance, and 

for assigning to objective Amotions within each level a respective 

importance weighting, said party goal program unit comprising a party input 
umt for allowing a party to provide data for a respective goal program., 

a goal program unifier, associated with said party goal program unit for 

receiving goal programs of respective parties, and carrying out unification of said goal 
programs by considering said objective functions objectivewise and levelwise with 
m^dMtm constraints is fee respective goal programs to determine whether two goal 
programs have a common Field of interest from which a mutually compatible outcome 

is derivable, 

a negotiator associated with said goal program unifier for receiving goal 

programs of raspeciiva parties, and carrying out negotiations using said goal programs 
by considering said objective functions objectivewise and levelwise with associated 
constraints in the respective goal programs to arrive at said mutually compatible 
outcome by carrying out minimization firstly objectivewise and then levelwise, 

therewith to form an offer, 

bm output unit for offering said unified goal program to said respective parties, 

a response receiver tor receiving from respective parties either counter offers 

or acceptance^ said response receiver being operable to provide counter offers as new 
goal programs to said goal program negotiator for fijrthcr unification. 
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Preferably, said negotiator comprises a trade-off unit for identifying 

excludable objectives levelwsse in a first party's goal program for conditional 
weakening from said outcome in a trade-off involving strengthening of other 

objectives within the same level of said first party. 

Preferably, said negotiator comprises a trade-off unit for identifying 

excludable objectives levehvise in a first party's goal program for conditional 
weakening from said outcome in a trade-off involving weakening of other objectives 

within the sairie level of another party. 

Preferably, said party goal program unit is operable to express said objective 

functions in a weighted hierarchy according to the respective associated level of 
importance, and to express each constraint in terms of a constraint variable, thereby to 

form sii expression for minimization si said negotiator, 

Preferably, said party goal program unit is operable to use data from said party 

data input unit to apply coefficients to said constraint variables, 

Preferably* said party goal program unit is operable to apply user input to 

provide different values of coefficknts to said coi&ir&iDi variables for deviations of a 
corresponding objective in respective positive and negative directions. 

Preferably, said objective program unit is operable to apply said user input to 

apply said coefficient values to define any one of a group comprising: 

a strong oss sided objective, 
a weak one sided objective, 
a complex single sided objective, 
a simple two sided objective, 
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a complex two sided objective, 

a simple first side-complex second side objective, 

a simple two-sided objective with an indifferent range, 

a complex two sided objective with an indifferent range, and 

a simple first side-complex second side simple objective with an indifferent 

range. 

Preferably, at least one objective comprises a series of discrete values. 

Preferably, said party goal program unit is operable to apply user input to 
formulate weightings for respective ones of said discrete values, thereby to express a 
preference between said discrete values. 

Preferably^ at least one objective function comprises a continuous variable, 
and wherein said party goal program unit is operable to apply user input to determine 
whether said continuous variable is to be maximized or to be minimized. 

Preferably, said negotiator is operable to arrange said levels hi a hierarchy and 
to carry out minimization by summing objective functions associated with constraint 
variables levelwise in said hierarchy. 

Preferably, said negotiator is operable to carry out minimization by carrying 
out minimisation per constraint variable and setting a maximum bound per deviation. 

Preferably, said negotiator is operable to carry out minimization for an 
expression comprising first ones of said constraint variables and then to add further 
constraint variables to said expression for a further minimization stage. 
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Preferably, said party input unit is configured to receive data, from a user 
interface. 

Preferably, said party input unit is configured to receive data ftom a software 

agent 

Preferably, said parly input unit is operable to identify parameter data missing 
from an input and further comprises a default value generator for generating said 
missing parameter. 

Preferably, said party input unit is operable to identify parameter data missing 
from an input and further comprises a default register of values fox expected 
parameters. 

Preferably, said party input unit is operable to obtain lower and upper bounds 
for at least some of said objective Amotions, 

Preferably, goal program unit is operable to use said upper and lower bounds 
to express deviations of a respective objective function from a target value relatively, 
thereby to render said deviations subject to comparison by said unifier or by said 
negotiator. 

Preferably, said party input unit is operable to obtain a objective function 
interval, and a value for a penalty for deviating from said interval* and wherein said 
unifier is operable to define a working interval between two objective functions as an 
intersection between respective intervals* 

Preferably, said unifier is operable to determine that a target value of one of 
said objective functions is outside said working interval, and to modify said target 
value to approach a closest boundary of said working interval, 
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Preferably, said unifier is operable to apportion said penalty in accordance 
with said target value modification. 

Preferably, said intersection is a point. 

Preferably, said party goal program unit comprises operability for determining 
that **n intersection is small to the satisfaction of respective parties and, when .said 
intersection is recognized as small, said negotiator is operable to select a point within 
said intersection being a midpoint between respective target values. 

Preferably-, said negotiator is operable to measure deviations within said 
interval as a fraction of a total, size of said interval. 

Preferably, said party goal program unit is operable to obtain importance 
values for deviations from said target and wherein said negotiator is operable to use 
said importance value as a multiplier to measure said deviation- 

Preferably, said negotiator is operable to identify intersections that are small 
and distant irom a target value compared to one of said objective functions and large 
and inclusive of a target value compared to another of said objective functions, to set 
an effective target at the closest intersection boundary and to set a transformed 
deviation as giving the arithmetic deviation when multiplied by the effective target 
and then added to the difference between the old target and the effective target, to 
produce a result which is divided by the old target. 

Preferably, said party input unit i$ operable to permit a party to define at least 
one single dimension interval objective in respect of said outcome, and to associate 
said objective with a range of indifference having an upper bound and a lower bound, 
a first weighting value for deviations below said lower bound, a second weighting 
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value for deviations above said upper bound and a relative importance for said 
objective, 

said unifier being operable to use said range of indifference, said weightings 
and said relative importance to unify said at least one objective with at least one other 
objectives to determine said compatibility. 

Preferably, said at least one other objective is a corresponding objective in a 
goal program of an opponent . 

Preferably, said party input unit further comprises a prioritizer for allowing 
said respective party to define said association of a respective objective function 
levelwise with other objectives, said party input unit further being operable to allow 
said party to establish a priority with objectives within a same level. 

Preferably, said party input unit is operable to permit a party to define a two 
dimensional trade-off objective by entering two two-dimensional points, said party 
goal program unit behig operable to define a trade-offline between said two points. 

Preferably, said party input tinit is operable to permit a party to define weights 
for deviation from said trade-offline. 

Preferably, said party input unit is operable to permit a party to define a 
relative importance for said two dimensional trade-off objective. 

Preferably, said party input unit is operable to permit a patty to associate said 
two dimensional trade-off objective levelwise with other objectives. 

Preferably, party enterable weightings are usable by said unifier to establish a 
priority between objectives in a same level. 
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Preferably, said party input wit is operable to allow a party to define at least 
one single dimension two-point objective in respect of said outcome, and to associate 
said objective with an upper point of preference, and a lower point of preference, a 
first weighting value for deviations below said lower point of preference, and a 
second weighting value for deviations above said upper point of preference, said goal 
program unit being operable to provide weightings to a region included between said 
points of preference by assigning said first weighting value below said upper point of 
preference and said second weighting value above said lower point of preference and 
defining an overall weighting within said region as a minimum of said weighting 
values, 

and wherein said unifier is operable to use said range of indifference^ said 
weightings, and said minimum to unify said at least one objective with other 
objectives to determine said compatibility. 

Preferably, said party input unit is operable to permit a party to define a 
relative importance for said single dimensional two point objective. 

Preferably, said party input unit is operable to permit a party to associate said 
single dimensional two point objective leveiwise with other objectives. 

Preferably, said relative importance is usable by said negotiator to establish a 
priority between objectives in a same level. 

Preferably, said party input unit is operable to permit a user to define a 
piecewise linear two-dimensional goal by entering at least three two-dimensional 
points, said party goaj program unit being operable to define a tradeoff line between, 
said three points. 



9 



WO 02/077759 



PCT/US02/08293 



said negotiator being operable to apply penalty values to points on said trade- 
off line in accordance with their distances from said points. 

Preferably, said party input unit is operable to permit a user to define a first 
deviation weight for deviating in a first direction from said trade-off line and a second 
deviation weight for deviating in a second direction therefrom. 

Preferably, said party input unit is operable to permit parties to define 
objectives comprising pairwise trade-offs having at least two points and a trade-off 
therebetween, and to associate each of said trade-offs with a slope. 

Preferably, said party goat program unit is operable to prevent inconsistent 
trade-offs to be defined within the platform by preventing said party input unit from 
accepting more than one trade-off from referring to any given point. 

Preferably, said party goal program unit is operable to warn users of 
inconsistent trade-offs by outputting a warning whenever a trade-off being entered has 
a point already included in a previously entered trade-off. 

Preferably, said party input unit is further operable to allow a party to define 
disjunctive constraints in respect of objectives, said goal program unit comprising a 
disjunctive constraint processor tor translating a disjunctive expression into at least 
one linear conjunctive expression, and wherein said unifier is operable to utilize said 
linear conjunctive expression to unify said at least one objective with other objectives 
to determine said compatibility. 

Preferably, said disjunctive expression comprises a series of relationships 
including equality relationships. 
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Preferably, said disjunctive constraint processor is operable to carry out said 
translation by expressing at least one of said equality relationships as the union of two 
corresponding inequalities that meet at a point of equality of said equality 
relationship. 

Preferably, said disjunctive constraint processor is operable to define binary 
variables for said relationships,, for setting wherever said relationships are satisfied, 
and wherein said negotiator is operable to sum said variables to determine a 
satisfaction level for said objective. 

Preferably, said party goal program unit is operable to set a requirement of a 
minimum number of satisfied relationships for use by said negotiator. 

Preferably, said parry input unit is further operable to permit each parry to 
define weighting values for a discrete variable predefined per outcome, for use in said 
goal program definition, and 

said negotiator being operable to carry out negotiation of said goal programs 
by considering said weighting values to arrive at an outcome comprising an orfere4 
one of said values. 

Preferably, said party goal program unit is operable to use said weightings for 
respective values of said discrete variable to arrange said variable as a weighted 
hierarchy, said hierarchy being usable by said negotiator to arrive at said offered one 
of said discrete values. 

Preferably, said party goal program unit is operable to use said values and 
respective weightings to build summation functions, therefrom to express said 
variable in quantitative manner. 
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Preferably, said negotiator is operable to attempt offer formation by setting 
one of said discrete valves to one and the remainder to zero, and then to calculate said 
summation functions to contribute to a fulfillment level of each goal. 

Preferably, said negotiator is operable to reattempt offer formation by setting 
different ones of said discrete values to one, thereby to find a value which maximizes 
said fulfillment level, 

Preferably, said party goal program unit is operable to represent date 
information as accumulated minutes from a threshold starting date, and further to 
modify said dates relative to upper and lower bounds entered via said party input unit 

Preferably, said party input unit is further operable to allow input of variables 

in association with said objective factions and a linkage between a first and a second 

of said variables, said linkage defining a trade-off path of deviations with respect to 

said target values, said negotiator being operable to use said series of variables 

including said trade-off path to negotiate an outcome in respect of said at least one 

objective with other objectives, thereby to arrive at formation of an offer* 

Preferably, said party goal program unit is operable to express said second 
variable as a function of said first variable* thereby to represent said linkage, and 
wherein said negotiator is operable to represent deviations from respective target 
values as deviations from the target value of said first variable. 

Preferably* said party goal program unit is operable to express said trade-off 
as separate deviation variables in respect of said first variable and in respect of said 
second variable wherein said separate deviation variables are orthogonal. 

Preferably, said party input unit is operable to permit an association of a 
relative importance level to said trade-off 
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Preferably, said party goal program unit is operable to calculate a relative 
importance level for said trade-off as an average of respective relative importance 
levels of said first and second variables. 

Preferably, said unifier comprises a goal program generalize to form a 
generalization of received goal programs for use in said unification. 

Preferably, said party goal program unit is operable to translate said input 
received from said party input nail into said objective functions and constraints on 
said objective functions within said goal program, said negotiator comprising an 
optimizer Lo find best values for said objective functions and constraints, therewith to 
obtain a best solution for the goal program for output as a first offer, and then 
iteratively to produce further solutions until an offer is accepted, thereby to achieve 
said outcome, 

Preferably, said negotiator comprises a percentage reducer for taking ones of 
said objective functions or levels in turn, worsening them by a predetermined 
percentage, thereby to produce said further solutions. 

Preferably, the percentage reducer is settable to take each of said objective 
functions in turn beginning with a most important objective within each level, until a 
solution is accepted. 

Preferably, said objective functions arc arranged in levels and said percentage 
reducer is settable to take objective functions of a first of said levels only. 

Preferably;, said negotiator comprises a worst case calculator for determining a 
worst case level for ones of said objective functions and constraints, thereby to obtain 
a worst acceptable offer. 

Preferably, said goal program is arranged as pairwise bounded variables, and 

said negotiator comprises an arbitrary case calculator for taking one of each pair of 
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variables, sotting it to an arbitrary value within its respective bounds, taking the other 
of said pair of variables and setting it to :zero, therefrom to calculate ones of said 
iterative solutions. 

Preferably, said negotiator further comprises an average case calculator, 
associated with said optimizer and with said worst case calculator, for 

taking said best solution and said worst solution, each solution having 
corresponding values, 

associating ones of said corresponding values, and 

constraining variables of said goal program towards an average of each of said 
corresponding values > therewith to provide an average solution. 

Preferably, said goal program objective functions are arranged leveiwise and 
said average case calculator is operable to carry out said associating and said 
constraining successively levelwise, thereby to produce said series of iterative 
solutions. 

Preferably, said negotiator comprises a solution sorter for comparing goal 
program solutions by solving said goal program for each one of a series of solutions 
and ranking the solutions, said negotiator being operable to use said ranking to apply 
preference to different solutions. 

Preferably, wherein said negotiator further comprises a thresholder associated 
with said solution sorter for applying a threshold to said evaluations to exclude ones 
of said series of solutions. 

Preferably, said solution sorter fiirther comprises a solution completer for 
applying best values to incompleted variables in incomplete ones of said solutions, 
thereby to allow said goal program to be evaluated for said incomplete solutions. 
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Preferably, said solution sorter is settable to find the best solution from said 
scries of solutions by identifying the highest ranked solution and discarding the 
remaining solutions. 

Preferably, said solution sorter comprises a memory, set to hold a 
predetermined number of solutions, and a comparator to compare a new solution with 
each solution in said memory, and further comprising a control unit for adding said 
new solution to said memory if its evaluation is larger than any solution in said 
memory, and for discarding a lowest ranked solution in said memory. 

Preferably, said goal program unit comprises a data input unit for receiving 
user defined output values, and wherein said goal program unit is operable to set said 
output values as single value constraints and to flag said constraints as unchangeable 
for said unifier. 

Preferably, said data input unit is operable to output an error indicator if said 
single value constraints render $aid goal program insoluble. 

Preferably, the unifier further comprises a goaJ program input unit for 
receiving a local party's goal program and an opponent's goal program to be unified 
therewith, said goal programs comprising objective functions associated with 
constraints and being arranged in levels, and the negotiator further comprises: 

an optimizer for finding best solutions to goal programs, connected to find 
best values for said objective functions and constraints of said local party's goal 
program levelwise, and 

a worst case calculator for finding worst solutions for goal programs* 
connected to find worst values for said objective functions and consniaints of said 
opponent's goal program levelwise, 
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said negotiator being operable to: 

use said optimizer and said worst case calculator in succession level by 
level to produce successive value sets for evaluation therefrom to form level 
by level unification offers, and 

advance from one level to another level only following acceptance by 
said parties of a unification offer regarding a previous level. 

Preferably, said negotiator comprises a constraint updater for updating 
constraints upon advance from one level 10 another level in accordance with said 
respective acceptance. 

Preferably, said negotiator further comprises an offer improver operable to 
provide an improved offer by making a change in a selected one of said variables to 
bring about an improvement in the evaluation of the opponent's goal program. 

Preferably, said change in sard variable is calculated such that said 
Improvement is a predetermined proportion of a difference between a previous offer 
made and a best possible evaluation made for the opponent. 

Preferably, said offer improver is operable to use a value of said selected 
variable in a last opponent's ofter to moderate said change. 

Preferably, said offer improver is operable to calculate a protection value* and 
to use said protection value to limit a reduction in the evaluation of the local parly's 
goal program as a consequence of said improvement to the opponent's goal program 
evaluation. 
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Preferably, said protection value is a proportion of the difference between a 
worst case evaluation of the local party's goal program and an evaluation of last 
previous offer thereof. 

The embodiment further comprises an oifer improver tor taking goal program 
values of a previous local party offer and one value in turn from a previous opponent 
offer, testing the opponent value against local constraints, and if it fits within the 
constraints then substituting it into the previous local party offer thereby to provide an 
improved offer. 

Preferably, the negotiator further comprises a goal program input unit for 
receiving a local party's goat program, said goal programs comprising objective 
functions associated with constraints and being arranged in levels, and said negotiator 
further comprises: 

an optimizer for finding best solutions to goal programs, connected to find 
best values for said objective functions and constraints of said local party's goal 
program levelwise, and 

a stay close processor for determining variable improvement directions from 
monitoring of received offers from said opponent and carrying out value perturbations 
in said directions, 

said negotiator being operable to: 

use said optimizer to produce a first offer for a first level, 

to advance from one level to another level only following acceptance by said 
parties of an offer regarding a previous level, and 
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use said stay close processor to produce a first offer for each subsequent level, 
thereby to arrive at said outcome. 

Preferably, said negotiator comprises a constraint updater for updating 
constraints upon advance from one level to another level in accordance with said 
respective acceptance. 

Preferably, said negotiator further comprises 

a gap value determiner, for determining a gap for use in offer improvement, 

and 

a value improver;, associated with said gap value determiner, for inserting a 
prcdeteraiined proportion of said gap as a constraint of said goal program, and 
wherein said stay close processor is associated with said value improver thereby to 
apply predetermined gap proportion in said direction to provide an improved offer. 

Preferably, said stay close processor is operable to monitor two successive 
opponent offers for value changes therebetween, and to assign to each respective 
changing variable a weight For use in providing an improved offer, the magnitude of 
said weight being selected in accordance with a monitored relative size of a 
corresponding value change of said opponent. 

Preferably, said gap is a constant. 

Preferably, said constant is a difference between a best value and a worst value 
of a corresponding variable. 

Preferably, said gap is a difference between a last local proposal and a last 
opponent proposal. 
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An embodiment farther comprises a negotiation necessity tester, associated 
with said unifier, for joint solving of said local and said other goal program to form a 
joint goal program comprising optimal solutions for each of said local and said other 
goal program, said negotiation necessity tester being set to determine whether there 
lies a single solution that includes hoth optimal solutions within said common ground, 
and if so, to inhibit passing of said goal programs to said negotiator. 

An embodiment further comprises a mediation unit callable by both parties 
levelwise during said negotiations, said mediation unit being operable to retain agreed 
objectives of previously solved levels and to apply a summation, formula to solve a 
current level. 

Preferably, said summation formula is: 

2>fi + IX J 1 J 

The mediation unit, is preferably callable by both parties during said 
negotiations, said mediation unit being operable to stop operation of said negotiator, 
apply a summation formula to provide a median solution between respective goal 
programs, and to provide said median solution as an offer to both parties. 

Preferably* each goal program is expressed as a series of decision variables 

each having an upper bound, a lower bound, a target value and one or more 

constraints, the platform further comprising a form offer unit for providing a form 

offer to the parties, the unit being operable to assign to each of the goal programs a 

weighting such that the sum of the weightings is unity, for each variable and to 

calculate the offer by mirninizing relative deviations for each variable over said goal 

programs weighted according to said assigned weightings. 
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A discrete variable form offer unit is preferably provided to transform values 
of said discrete variable into a continuous domain,, to cany out minimization in light 
of goal program objectives of said two parties in said continuous domain, and to 
transform the minimization results back to discrete values, thereby to provide a form 
offer. 

Preferably, said negotiator is operable to provide a value for at least one 
objective by comparing said at least one objective from a local goal program against 
the entirety of an opponent goal program. 

The platform preferably comprises an item catalog for storing a plurality of 
items for offer in terms of values of said objectives, wherein said negotiator is 
operable to provide offers in terms of nearest items in said catalog. 

Preferably, said negotiator comprises: 

an item manager for recursively determining which items of said catalog are 
currently within the scope of negotiations, 

a first round manager, associated with said item manager, for managing 
levelwise goal program, negotiation to successively reduce the number of said items 
within said scope to a predetermined threshold number of items, 

a second round manager, associated with said item manager, for managing 
levelwise program negotiation to produce successive offers, and 

an item associator, connected to said second round manager and to said item 
manager, for expressing said successive offers in terms of items within said scope. 

Preferably, said item manager is operable to measure distance from said scope 
in terms of an opponent goal program. 
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Preferably, said item manager is operable to measure distance from said scope 
in terms of a joint goal program. 

Preferably, said item manager is operable to measure distance initially in terms 
of a local goal program, to order said items and iteratively to remove moat distant 
items. 

Preferably, one of said objectives is compatibility with a second i tem. 

The platform further comprises an offer delay timer, associated with said 
negotiator, for introducing determinable delay? between issuance of successive offers 
to an opponent. 

Preferably, said offer delay timer is operable to set successively increasing 

delays. 

Preferably, said offer delay timer is operable to set delays to change levelwise. 

Preferably, a magnitude of said delay is based on a relative change between 
succeeding opponent offers. 

Preferably, said offer delay timer is operable to set user determined delays. 

Preferably, at least one of said objectives comprises a dynamic variable. 

Preferably, at least some of said constraints are associated with dynamically 
changing variables. 

According to a second aspect of the invention there is provided a platform for 
supporting negotiation between parties to achieve an outcome, the platform 
comprising; 

a party goal program unit comprising a party input unit for allowing each party 

to define a plurality of goals in respect of said outcome, and to associate each of said 
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goals with a respective level of importance, therefrom to form for each party a goal 
program, 

said party input unit being operable to obtain a target value and upper and 
lower bounds for at least one of said goals, said party goal program unit being 
operable to use said upper and lower bounds to express deviations from said target 
values in relative terms, thereby to render deviations from different goals comparable. 

According to a third aspect of the present invention there is provided a 
platform for supporting negotiation between parties to achieve an outcome, the 
platform comprising: 

a party goal program unit comprising a party input unit for allowing a party to 
define a plurality of goals in respect of said outcome, and to associate at least one of 
said goals with a target value, an acceptable interval, and a penalty for deviation from 
said interval, and 

a unifier, for determining common ground between said goal program and at 
least one other goal program, 

and a negotiator, operable to form offers within said common ground by 
mutual quantifying of a objective function of said at least one goal program with 
objective function of said at least one other goal program having a target value and an 
interval, by detennining an intersection between said intervals and if said target value 
is outside said intersection then moving said target value by a deviation amount to a 
closest boundary of said intersection, said negotiator further being operable to 
apportion said penalty for deviation amount in accordance with an extent of said 
deviation of said target value. 
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According to a third aspect of the present .invention there is provided a 
platform for supporting negotiation between parties to achieve an outcome, the 
platform comprising: 

a party goal program unit comprising a party input unit for allowing a party to 
define at least one goal program having a plurality of objectives in respect of said 
outcome, and to associate at least one of said objectives with a range of indifference 
having an upper bound and a lower bound, a first weighting value for deviations 
below said lower bound, a second weighting value for deviations above said upper 
bound and a relative importance for said objective, 

and a negotiator, associated with said goal program unit* said negotiator being 
operable to use said range of indifference, said weightings and said relative 
importance to obtain an outcome for said at least one objective in view of other 
objectives, by producing successive offers. 

Preferably, said party input unit further comprises a prioritizer for allowing 
said objective to be associated levelwise with other objectives. 

According to a fourth aspect of the present invention there is provided a 
platform for supporting negotiation between parties to achieve an outcome, the 
platform comprising: 

a party goal program unit comprising a party input unit operable to permit a 
party to define a two dimensional trade-off objective by entering two two-dimensional 
points, said party goal program unit being operable to define a trade-off line between 
said two points, and 
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a negotiator, associated with said goal program unit, said negotiator being 
operable to use said trade-off line to unify said at least one objective with other 
objectives to arrive at said outcome via a series of successive offers. 

147. According to a fifth aspect of the present invention there is provided a 
platform for supporting negotiation between parties to achieve an outcome, the 
platform comprising: 

a party goal program unit comprising a party input unit for allowing a party to 
define at least one single dimension two-point objective in respect of said outcome, 
and to associate said objective with an upper poinL of preference, and a lower point of 
preference, a first weighting value for deviations below said lower point of 
preference, and a second weighting value for deviations above said upper point of 
preference, said goal program unit being operable to provide weightings to a region 
included between said points of preference by assigning said first weighting value 
below said upper point of preference and said second weighting value above said 
lower point of preference and defining an overall weighting within said region as a 
minimum of said weighting values, 

and a negotiator, associated with said goal program unit;, said negotiator being 
operable to use said range of indifference, said weightings., and said minimum to 
converge said at least one objective with other objectives to arrive at successive offers 
to achieve said outcome. 

According to a sixth aspect of the present invention there is provided a 
platform for supporting negotiation between parties to achieve an outcome, the 
platform Comprising: 
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a parly goal program unit comprising a party input unit operable to permit 
parties to define objectives comprising pairwise trade-offs having at least two points 
and a trade-off therebetween, and to associate each of said trade-offs with an 
inclination value, wherein said party goal program unit is operable to prevent 
inconsistent inclination values to be defined within the platform by preventing said 
party input unit from accepting more than one trade-off that refers to a same point 

and a negotiator for negotiating with other parties via goal programs to 
achieve an outcome consistent with said objectives. 

According to a seventh aspect of the present invention there is provided a 
platform for supporting negotiation between parties to achieve an oxitcome, the 
platform comprising: 

a party goal program unit comprising a party input unit operable to permit 
parlies to define objectives comprising pairwise trade-offs having at least two points 
and a trade-off therebetween, and to associate each of said trade-offs with an 
inclination value, wherein said party goal program unit is operable to warn users of 
inconsistent inclination values by outputting a warning whenever a trade-off being 
entered has a point already included in a previously entered trade-ofi; and 

a negotiator for negotiating with other goal programs to achieve an outcome 
consistent with said objectives. 

According to an eighth aspect of the present invention there is provided a 
platform for supporting negotiation between parties to achieve an outcome, the 
platform comprising: 

a party goal program unit comprising a party input unit for allowing a party to 

define at least one objective in respect of said outcome 3 and to associate said objective 
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with a series of variables including disjunctive constraints, said goal program unit 
comprising a disjunctive constraint processor for translating a disjunctive expression 
into at least one linear conjunctive expression, 

and a negotiator, associated with said goal program unit said negotiator being 
operable to use said series of variables including said linear conjunctive expression to 
negotiate an outcome consistent with said goal program and with other goal programs. 

According to a ninth aspect of the present invention there is provided a 
platform for supporting negotiation between parties to achieve an outcome, the 
platform, comprising; 

a party goal program unit comprising a party input unit for allowing each party 
to define a plurality of objectives in respect of said outcome, each objective 
comprising a plurality of variables, therefrom to form for each party a goal program, 
wherein a variable having discrete values is predefined, and wherein said party input 
unit is operable to receive discrete values of said variable for use in said objective 
definition, 

a unifier, associated with said party goal program unit for receiving goal 
programs of respective parties, said objectives including discrete values of said 
variable, said uuifier being operable to canty out unification of said goal programs by 
considering said discrete values to arrive at a common region of said discrete 
variables amongst said goal programs, and 

a negotiator operable to utilize fulfillment levels associated with said discrete 
values to produce successive offers to converge on an outcome within said common 
region. 
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According to a tenth aspect of the present invention there Is provided a 
platform for supporting negotiation between parties to achieve an outcome, the 
platform comprising: 

a party goal program unit comprising a party input unit for allowing a party to 
define at least one objective in respect of said outcome, and to associate said objective 
with at least two variables each having a target value, said party input unit further 
allowing input of a linkage between a first and a second of said variables, said linkage 
defining a trade-off path of deviations with respect to said target values, 

a unifier;, associated with said goal program unit, said unifier being operable to 
use said series of variables to unify said at least one objective with other objectives to 
find a common area of interest, and 

a negotiator, associated with said unifier, for using said trade-off path to find a 
mutually acceptable outcome within said common area. 

According to an eleventh aspect of the present invention there is provided a 
platform for supporting negotiation between parties to achieve an outcome, the 
platform comprising: 

a party goal program unit for defining goal programs in respect of an outcome, 
the goal program unit comprising a party input unit for allowing a party to input data 
relating to said goal program, said goal program unit being operable to translate said 
values into objective functions and constraints on said objective functions within said 
goal program^ 

and a negotiator, associated with said goal program unit, said negotiator 

comprising an optimizer to find best values for said objective functions and 

constraints, therewith to obtain a best solution for the goal program for output as a 
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.first offer, and then iteratively to produce further solutions until an offer is accepted, 
thereby to achieve said outcome. 

According to a twelfth aspect of the present invention there is provided a 
platform for supporting negotiation between parties to achieve an outcome, the 
platform comprising: 

a party goal program unit for defining goal programs in respect of an outcome, 
the goal program unit comprising a party input unit for allowing a party to input 
values, said goal program unit being operable to translate said values into objective 
functions and constraints on said objective functions within said goal program, 

and a negotiator, comprising a solution sorter for comparing goal program 
solutions by evaluation of said goal program for each one of a series of solutions and 
ranking the solutions according to said evaluations, said negotiator being operable to 
use said ranking to apply preference to different solutions. 

According to a thirteenth aspect of the present invention there is provided a 
platform for supporting negotiation between a local party and an opponent party to 
achieve an outcome, the platform comprising a unifier, the unifier comprising: 

a goal program input unit for receiving a local party's goal program and an 
opponent's goal, program to be unified, said goal programs comprising objective 
functions associated with constraints and being arranged in levels, 

an optimizer for finding best solutions to goal programs, connected to find 
best values for said objective functions and constraints of said local party's goal 
program levelwise, and 
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a worst case calculator lor finding worst solutions for goal programs, 
connected to find worst values for said objective functions and constraints of said 
opponent's goal program levelwise, 

said negotiator being operable to: 

use said optimizer and said worst case calculator in succession level by level 
to produce successive best local and worst opponent value sets for evaluation 
therefrom to form level by level offers, and 

to advance from one level to another level only following acceptance by said 
parties of a offer regarding a previous level. 

According to a fourteenth aspect of the present invention there is provided a 
platform for supporting negotiation between, a local party and an opponent party to 
achieve an outcome, the platform comprising a negotiator, the negotiator comprising: 

a goal program input unit for receiving a local party's goal program, said goal 
programs comprising objective functions associated with constraints and being 
arranged in levels, 

an optimizer for finding best solutions to goal programs, connected to find 
best values for said objective functions and constraints of said local party's goal 
program level wise, and 

a stay close processor for determining variable improvement directions from 
monitoring of received offers from said opponent and carrying out value perturbations 
in said directions, 

said negotiator being operable to: 

use said optimizer to produce a first offer for a first level, 
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to advance from one level to another level only following acceptance by said 
parties of a unification offer regarding a previous level, and 

use said stay close processor to produce a first offer for each subsequent level. 

According to a fifteenth aspect of the present invention there is provided a 
platform for joint processing of goal programs to produce an outcome., the platform 
comprising: 

a party goal program unit for formulation of at least one local goal program, 

a unifier for determining common ground between said local goal program and at 
least one other goal program* 

a negotiation necessity tester, associated with said unifier;, for joint solving of 

said local and said other goal program to form a joint goal program comprising 

optimal solutions for each of said local and said other goal program, said negotiation 

necessity tester being set to determine whether there lies a single solution that 

includes both optimal solutions within said common ground, and if so, to indicate that 

no negotiation is necessary. 

According to a sixteenth aspect of the present invention there is provided a 
resource negotiator for making successive offers for usage of a resource with at least 
one remote party based on a goal program of a local party, the goal program 
comprising a plurality of objectives, at least one of said objectives having a target 
value, an upper bound, a lower bound and at least one constraint, the resource 
negotiator comprising: 

an input for receiving data from said remote party, 

aminimizer for producing successively worsening minimizations of said goal 
program, and 
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an offer fonnulator, associated with said minimize^ for foimulating said 
minimizations into offers for resource usage for sending to said remote party. 

According to a seventeenth aspect of the present invention there is provided a 
resource negotiator for negotiating for usage of a resource with a plurality of remote 
parties based on a goal program of a local party, the goal program comprising a 
plurality of objectives, at least one of said objectives having an upper bound, and a 
lower bound, the resource negotiator comprising: 

an input for receiving data from said remote parties, 

an objective maximizer for maximizing a value of said at least one objective, 

and 

an offer acceptor associated with said maximize^ for receiving offers from 
said remote parties, comparing said maximizing with said offers and for accepting one 
of said offers based on said maximizations. 

According to an eighteenth aspect of the present invention there is provided a 
resource negotiator for negotiating for usage of a resource with a plurality of remote 
parties based on a goal program of a local party, the goal program comprising at least 
orie objecti ve assignable with at least one of an upper bound, and a lower bound, the 
resource negotiator comprising: 

an active bid monitor tor monitoring remote parties remaining in said 
negotiating, 

a value increaser for successively increasing a value of said at least one 
predetermined objective, 
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an offer acceptor, associated with said active bid monitor and with said value 
increase^ for ending said negotiation at a time at which only a predetermined number 
of remote parties remains active, and at a corresponding value of said at least one 
predetermined objective, said offer acceptor being operable to deem said negotiation 
successful if said corresponding value is within any assigned bounds, said 
predetermined number being related to a number of available resources. 

According to a nineteenth aspect of the present invention there is provided a 
platform for performing ranking between database entries, each of said entries 
comprising a series of values arranged in fields, the platform comprising: 

a trade-off unit for taking values from a plurality of fields of respective entries, 
defining a trade-off relationship therebetween such that for any given combination of 
values in said fields a single trade-off value is defined, and 

a ranking unit for performing ranking amongst said entries in accordance with 
a respective single trade-off value. 

Brief Description of the Drawings 

For a better understanding of the invention and to show how the same may be 
carried into effect, reference will now be made> purely by way of example, to the 
accompanying drawings. 

With specific reference now to the drawings in detail, it is stressed that the 
particulars shown are by way of example and for purposes of illustrative discussion of 
the preferred embodiments of the present invention only, and are presented in the 
cause of providing what is believed to be the most useful and readily understood 
description of the principles and conceptual aspects of the invention. In this regard, 
no attempt is made to show structural details of the invention in more detail than is 
necessary for a fundamental understanding of the invention, the description taken with 
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the drawings making apparent to those skilled in the art how the several forms of the 
invention may be embodied in practice. In Ihe accompanying drawings: 

Figs. 1-17 are simplified block diagrams which show various aspects of a 
platform according to the present invention. 

Figs. 1 8-28 show various kinds of trade-offs and constraints for use with the 
platform of Figs 1-17, and 

Figs. 29-50 illustrate uses of examples of the present invention. 
Description of the Preferred Embodiments 

The present embodiments describe a general purpose electronic negotiating 
platform that uses the concept of a goal program as the basis for allowing 
negotiations. The goal program can be formulated for users whatever their 
requirements and used in the conduct of the negotiations, thus freeing the platform 
from any particular format for the negotiations. Furthermore the goal program format 
does not require any particular type of goal such as price to form the centerpiece of 
the negotiation, thus extending the field of electronic negotiation beyond the business 
field. 

Before explaining at least one embodiment of the invention in detail, it is to be 
understood that the invention is not limited in its application to the details of 
construction and the arrangement of the components set forth in the following 
description or illustrated in the drawings. The invention is applicable to other 
embodiments or of being practiced or carried out in various ways, Also, it is to be 
understood that the phraseology and terminology employed herein is for the purpose 
of description and should not be regarded as limitirig. 

Reference is now made to Fig. 1, which is a simplified diagram showing a 
platform for supporting negotiation between parties to achieve an outcome, operative 
in accordance with a first preferred embodiment of the present invention. The 
platform 10 comprises five basic units as detailed hereinbelow. 

The first unit is a party goal program unit 12, which defines a respective 
party's goal programs in respect of the desired outcome. The goal program is a way 
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of expressing a party's needs, constraints and desires regarding a particular outcome 
in quantitative fbrm so that the party's position regarding the outcome can be 
compared in automatic manner with that of another party in order to ensure that the 
outcome takes on a mutually acceptable form, and comprises a plurality of objective 
functions which are expressions over variables (usually ones measuring deviation 
from objectives), partitioned into levels of importance, and constraints, and in 
particular goal constraints (which are fi so£T constraints representing a party's goals, or 
objectives) associated with respective objective functions. Tn fact the party goal 
program unit may physically be located with the respective parly remote from the rest 
of the platform, or the platform may have a party goal program unit for each party 
involved or, as shown in Fig. 1 , it may have one party goal program unit for a local 
party and simply expect a remote party to provide a goal program already formulated. 
As will also be discussed below, the remote parly's goal program may not always be 
available. The negotiation may proceed in a mode known as "ignorant" in which 
some or all of the other party's goal program features are not known. 

At the level of the party goal program unit 12 the possibilities for the outcome 
are expressed as a series of objective functions. The individual, objective functions 
are then divided into levels of importance, for example primary, secondary and 
tertiary, and. the objectives within each level are then preferably assigned importance 
weightings. Topically, the assignment of levels and of weightings to each objective 
function is carried out by means of a dialog box based interaction with the party. 

Additionally t the platform 10 comprises a goal program unifier 1 4, which is 
connected to the one or more party goal program units 12 for receiving goal programs 
of the respective parties, The unifier carries out a task known as unification of the 
goal programs which involves determining whether two (or more) goal programs have 
a common field of interest from which a mutually compatible outcome is derivable* 
If there is no common field of interest then there is no point in making any further 
attempt to find a mutually acceptable outcome. Thus if a farmer wishes to use a field 
as a helipad, but is prepared to settle for a camp site, and the second party is the local 
noise abatement society which is totally opposed to aircraft noise but may be 
persuaded regarding tourist traffic provided that certain constraints are observed, then 
the unifier may identify the camp site use as the common field of inierest. 
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following the unifier 14 is a negotiator 16 which receives the goal programs 
of the respective parties, and carries out negotiations using the goal programs. 
Preferably, negotiations are carried out by considering the objective functions per sc 
and considering them lcvclwise, that is to say by solving the objectives over a first 
level before moving on to a second level. Solving the goal programs involves a 
process of minimization of variables associated with the objective functions and will 
be explained in greater detail below. Each individual attempt at a solution between 
goal programs, or, in ignorant mode, between one goal program and what is known or 
can be assumed about another party, provides the content of an offer which is made to 
the parties. 

The platform also comprises an output unit 18 formulating the content into an 
offer and sending it to the respective parties- 

The platform further comprises a response receiver 20 for receiving from 
respective parties either counter offers or acceptances. The response receiver uses the 
counter offers as new input to the negotiator to arrive at a new offer. Tt will be 
appreciated that when both parties accept an offer, then the negotiation is complete* 

The negotiator 16 preferably comprises a trade-off unit 22 which has a number 
of tasks involving the variables associated with the various objective functions* In 
certain cases it is able to identify certain objectives in a first party's goal program and 
to offer a conditional weakening of that objective in return for strengthening of other 
objectives within the same level in one embodiment, the other objectives may be 
United willi the first so that the trade-off is meaningful. 

Another kind of trade-off that the trade-off unit may involve itself in concerns 
identifying certain objectives at a given level in a first party's goal program which the 
first party is prepared to have weakened in return for concomitant weakening of 
certain of the other party's objectives. The trade-off may involve weakening of other 
objectives within the same level of the other party, if known. In ignorant mode the 
importance attached by the other party to his objectives is not known. 

As mentioned above, the party goal program unit 12 preferably expresses 
objective functions within the goal program in a weighted hierarchy according to a 
respective associated level of importance, typically provided by the user but in the 

absence of user input, default values can be used. Each constraint is preferably 
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expressed in terms of a constraint variable. Between them, the goal program is 
formed into a series of expressions, one per level, suitable for minimization within the 
negotiator. 

Data from the user input is preferably used to apply coefficients to the 
constraint vari ables. 

Typically, the party goal program unit 12 applies user input to provide 
different values of coefficients to the constraint variables for deviations of a 
corresponding objective in respective positive and negative directions. That is to say 
a given variable has a preferred region ot target value which the party wants to 
achieve. He objects to the variable being outside that preferred region or away from 
that target value, and his objection h expressed in terms of a coefficient, The variable 
can take values above or below the preferred region or target value and the user may 
apply different coefficients for the different directions, expressing different levels of 
dislike for the respective directions. Thus, for example, in scheduling a train service, 
a railway official may have an ideal time range for the journey to take. Deviation 
above the range is allowable to a limited extent but beyond that to be discouraged 
strongly because of unsafe speeds. Deviation below the range is discouraged as it is 
unpopular wilii passengers, but no question of public safety arises. Using a negative 
coefficient indicates a desired deviation towards a direction, also known as a bonus. 

In general, a certain class of objectives may be covered by continuous 
variables* and constraints are applied as coefficients to parts of their ranges. The 
variables may be categorized according to the arrangements of coefficients in various 
ways, for example a strong one sided objective is an objective with a. target value or 
region of preference and a strong weighting on one side of that region or value. A 
weak one sided objective is the same but with a weaker weighting to the side of that 
region. A complex single sided objective has two (or more) different weightings 
making up two different parts of an otherwise continuous non-preferred region. A 
simple two sided objective has single weighting coefficients on either side of a 
centrally included target value or preferred region. A complex two sided objective 
has two (or more) different weightings on both sides of a centrally included target 
value or preferred region. A simple first side-complex second side objective has 
different wcigjitings on one side and a single weighting on the second side of a 



36 



WO 02/077759 



PCT/US02/08293 



centrally included target value or preferred region, A simple two-sided objective with 
an indifferent range is specifically a simple two sided objective fn which a centrally 
included region is entirely flat, that is to say has no preferences associated with it at 
all, likewise a complex two sided objective with an indifferent range, and a simple 
first side-complex second side simple objective with an indifferent range. 

The above applies to continuous variables. However, as will be described in 
greater detail hereinbelow, the platform may also take into account objectives that are 
described by a scries of discrete values. In such a case, the party goal program unit 12 
applies user input to formulate weightings for the different discrete values. Thus it is 
possible to express a preference between the discrete values. As will be discussed in 
more detail below, the discrete variables are transformed into a continuous plane for 
processing and then transformed back into discrete form for offer formation. The 
discrete variable allows the goal program to express objective functions involving 
discontinuous values. For example a proposed land use objective may be expressed 
as a series of discrete values, say, 1) heliport, 2) camping site, 3) industrial building, 
4) commercial building, 5) domestic building, 6) agricultural use. It will be 
appreciated that a continuous variable would be of little use in such circumstances. 

Notwithstanding the presence of discrete variables, the main workhorse of the 
goal program is likely to be the continuous variable, and the party goal program unit 
may generally apply user input to determine whether the continuous variable is to be 
maximized or to be minimized^ once the above-discussed constraints have been 
applied. For example an important variable in many circumstances is time, time to 
completion or the like, and the direction of desirable movement of time depends on 
who the party is. A passenger wants a shorter time. A transportation provider would 
rather have the flexibility which a looser determination of the time would give. 

The negotiator 16 preferably deals with objectives as arranged in a hierarchy, 
both of levels and of the objectives within the level and preferably carries out an 
activity of minimization over the goal program levels. Minimization typically 
involves summing objective functions associated with individual goals (Le., 
objectives) and associated constraints. The minimization is preferably carried out 
level by level in the hierarchy, which is to say that first one level is solved for all its 
objectives and then the negotiator moves on to the next level. Preferences within the 
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levels are used as part of the weightings within the objective function. This point is 
made in terms of mathematical equations hereinbelow. 

The negotiator may cany out minimization per objective function or constraint 
variable, and may set a maximum bound per deviation. Such a maximum bound is 
used to ensure that the system does not arbitrarily select a variable and stretch it 
beyond realistic expectation. Such a selection may succeed in balancing the opponent 
party mathematically but produces unrealistic offers. 

Preferably, the negotiator carries out minimization for an expression 
comprising higher priority constraint variables and then iteratively adds further 
constraint variables to the expression for farther minimization stages. 

Reference is now made to Fig. 2, which is a simplified block diagram showing 
in greater detail the goal program unit 12 of Fig. 1. The goal program unit 12 
preferably comprises an input unit 24, a default value generator 26 and a prioritizer 
28. Preferably, the input unit 24 is configured to receive data from a user interface, 
for example through a dialog box as discussed. As an alternative., the input is 
configured to receive data from a software agent. In a particularly preferred 
embodiment data can be accepted, by the input unit 24. from cither kind of source. 

As mentioned above, goal programs can be completed with default values, and 
for this purpose, the party input unit 12 identifies parameter data missing from an 
input and further comprises a default value generator 26 which may generate a 
default value for the missing parameter according to a predefined criterion. Typically 
the generator 26 may use a default register of values for expected parameters. 

The party input unit preferably obtains lower and upper bounds for at least 
some of said objective functions. Again these bounds may be obtained directly from 
the user input, adapted from the user inputs or default values may be used. The use of 
upper and lower bounds to a parameter ensures that parts of the range expressed by 
the parameter may be expressed as a proportion of the whole, thereby rendering 
different ranges comparable. The goal program unit 12 is thereby enabled to use the 
upper and lower bounds to express deviations of a objective function from a target 
value relatively, thereby to render the deviations subject to comparison by the unifier 
16 or by the negotiator 18. 
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The party input unit 12 preferably obtains an objective function interval, and a 
value for a penalty for deviating from said interval, as described above. 
Subsequently, the unifier may define a working interval between two objective 
functions as an intersection between the respective intervais. 

The unifier preferably determines that a target value of one of the objective 
functions is outside the working interval, and modifies the target value to approach a 
closest boundary of the working interval. 

The unifier is operable to apportion the penalty in accordance with the target 
value modification. 

In the above modification, the intersection may be a point. 

The party goal program unit 12 preferably is able to determine that an 
intersection is small to the satisfaction of respective parties. When the intersection is 
recognized as small, the negotiator selects a point within the intersection which is a 
midpoint between respective target values. 

Returning to the issue of bounds and the use of bounds to define any kind of 
interval in respect of a variable allows the negotiator to measure deviations within the 
interval as a fractiqn of a total size of the interval 

The party goal program unit 12 preferably uses data from the user to obtain 
importance values for deviations from the target The importance values can then be 
used by the negotiator as multipliers to scale deviations from the target values. 

Preferably, the negotiator 18 identifies intersections that are small and distant 
from a target value compared to one of said objective functions and large and 
inclusive of a target value compared to another of the objective functions. Tn such 
circumstances a the negotiator attempts to set an effective target at the closest 
intersection boundary and then applies a transformed deviation. That is to say, since, 
from the point of view of the more distant objective, an artificial target value is being 
used, the deviations from the artificial target cease to reflect the actual cost of the 
deviation from the point of view of the respective party. Thus a transformed 
deviation is calculated from the arithmetic deviation when computed relative to the 
effective target and then added to the difference between the old target and the 

39 



WO 02/077759 



PCT/US02/08293 



effective target, then to produce a result which is divided by the old target. The 
calculation is shown mathematically in the examples section below. 

The party input unit preferably permits a party by answering questions at the 
user interface, to define objective functions according to any one of the categories 
discussed above. Thus for example the user may define a single dimension 
indifference interval objective and may associate the objective with a range of 
indifference having an upper bound and a lower bound, a first weighting value for 
deviations below the lower bound, a second weighting value for deviations above the 
upper bound and a relative importance for the objective as a whole. 

Reference is now made to Figure 2, Hie unifier 16 may then use the range of 
indiiYerence, the weightings and the relative importance to unify the objective with 
opponents' objectives to determine whether or not there is a common area of interest, 

The prioritizer 28 allows a respective party to define an association of a 
respective objective function with other objectives. The association can then be used 
to choose which levels the objectives should be placed, whether on the same levels or 
on different, say succeeding levels. The user may indicate that give on one of the 
linked objectives should correspond to take on the other. Likewise the user input may 
be used to establish a priority amongst objectives within a single level. 

The input may also permit a party to define a two dimensional trade-off 
objective by entering two two-dimensional points. The party goal program unit 12 
preferably defines a trade-off line between the two points, as for the one dimensional 
version. The principle may be extended to three and higher dimensions. 

The multi-dimensional trade-off includes a similar facility for defining 
weights for deviation from the trade-offline. 

The input unit preferably allows a party to define a relative importance for the 
two (or higher) dimensional trade-off objective- 

Again> as with the single dimensional trade-offs, the input unit permits a party 
to associate the two dimensional trade-off objective with other objectives at a desired 
level. 
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The input unit preferably allows a party to define a single dimension two-point 
objective, in other words an objective having more than one target value. The 
objective may thus be associated with an upper point of preference, and a lower point 
of preference. The two points of preference divide the objective into three regions, a 
first region above the upper point of preference, a second region included between the 
points Dereference and a third region which is below the second or lower point of 
preference. Separate weighting values may be attached to these regions, thus a first 
weighting value for deviations below the lower point of preference, and a second 
weighting value for deviations above the upper point of preference. Generally the 
included region is a region of indifference but if weightings axe to be attached thereto, 
then generally two are required. The goal program unit is preferably able to provide 
weightings to the included region by assigning a first weighting value below said 
upper point of preference and a second weighting value above said lower point of 
preference. Then an overall weighting is defined within the included region as the 
minimum of the two weightings. The application of the two weightings will be 
explained both graphically and mathematically in the examples section below. 

In addition, the input unit preferably allows a party to define a relative 
importance for the single dimensional two point objective, and generally applies to 
the two point objective any other of the features applied to any of the other types of 
objective discussed hereinabove. 

The input unit preferably permits a party to associate the single dimensional 
two point objective in levels with other objectives. As before, the relative importance 
applied to the two point objective is usable by the negotiator to establish a priority 
between objectives within any given level. 

The input unit preferably permits a user to define a piecewise linear two- 
dimensional objective by entering at least three two-dimensional points. The goal 
program unit or the negotiator is then able to define a trade-off line between the three 
points. 

The negotiator applies penalty values to points away from the trade-offline in 
accordance with their distances from the line. 
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The party input unit preferably permits a user to define a first deviation weight 
for deviating in a first direction from the trade-off line and a second deviation weight 
for deviating in a second direction therefrom. 

The party input unit preferably permits parties to define objectives comprising 
pairwisc trade-offs having at least two points and a trade-off therebetween, and to 
associate each of the trade-offs with a slope. 

The party goal program unit preferably prevents inconsistent trade-offs to be 
defined within the platform by preventing the input unit from accepting more than one 
trade-off from referring, directly or transitively, to any already specified trade-off, or 
less stringently;, that defines a different trade-off between variables than one already 
specified. Alternatively, the goal program unit may simply warn users of inconsistent 
trade-offs by outputting a warning whenever a trade-off being entered contradicts,, or 
more stringently, potentially contradicts, with a previously defined trade-off. 

Reference is now made to Fig. 3, which is a simplified diagram showing the 
trade-off unit 22 of Fig. 1 in greater detail. The trade-off unit comprises a disjunctive 
constraint processor 30, whose operation will be described below, a trade-off line 
©valuator 32 and a sealing unit 34. The trade-off line evaluator 32 preferably carries 
out the trade-offs described hereinabove and the scaling unit 34 preferably applies 
scaling based on upper and lower bounds to make different parameters comparable. 

Preferably, the party input unit permits parties to define disjunctive constraints 
in respect of objectives, and to this end the disjunctive constraint processor 30 
translates a disjunctive expression into at least one linear conjunctive expression. The 
unifier and the negotiator are then both able to use the translated expression for their 
respective purposes. 

The disjunctive expression may typically include a series of relationships, and 
the individual relationships may include equality relationships. 

Preferably, the disjunctive constraint processor carries out translation by 
expressing any one of the equality relationships as the union of two corresponding 
inequalities that meet at a point of equality of the equality relationship. This point and 
the necessity for it is discussed at greater length in the examples section below. 
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The disjunctive constraint processor allows binary variables to be defined in 
respect of the relationships, for setting wherever said relationships are satisfied, and 
wherein said negotiator is operable to sum said variables to determine a satisfaction 
level for said objective. 

The party goal program unit may set a requirement of a minimum number of 
satisfied relationships for use by said negotiator. 

The party input unit preferably permits each party to define weighting values 
for a discrete variable which is predefined per outcome, so that the definition can then 
be used setting up all of the goal programs for the outcome. The negotiator is then 
able to carry out negotiation between the goal programs by considering the weighting 
values and arrives at one of the values to make as an offer. 

The party goal program unit preferably uses weightings each of the different 
discrete values that the variable is able to take. The discrete values can then be 
arranged as a weighted hierarchy. Subsequently, the hierarchy can be used by the 
negotiator to choose between the various discrete values for inclusion in an offer. 

The party goal program unit preferably uses the values and corresponding 
weightings to build summation functions. The summation iunctions will be discussed 
in greater detail in the examples section below and enable expression of the discrete 
variable in quantitative manner* 

The negotiator may involve the discrete variable in offer formation by a 
process of setting one of the discrete values to one and the remainder to zero, and then 
calculating the summation function and using it to contribute to an overall fulfillment 
level of each goal, The process can be repeated with different values to arrive at 
different attempts at an offer, thereby to find a value which maximizes the fulfillment 
level. 

As mentioned above, time information can often be significant in outcomes, 
and the platform therefore requires a way of measuring time that is directly applicable 
to the trade-off mathematics that has been described above. The party goal program 
unit therefore preferably represents date information as accumulated minutes from a 
threshold starting date, so that it takes on the characteristics of a continuous variable* 
The goal program unit is further operable to modify the dates relative to upper and 
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lower bounds entered via the party input unit, in the same way as described for any 
other kind of variable. 

The input unit further allow input of variables in association with given 
objective (unctions and allows setting of a linkage between the variables. The linkage 
preferably defines a trade-off relationship of deviations with respect to respective 
target values- The negotiator uses the series of variables, including the trade-off path, 
to carry out negotiation involving other objectives to arrive at formation of an offer. 

Preferably;, the party goal program unit expresses the second variable as a 
function of the first variable in order to represent the linkage. The negotiator then uses 
the linkage to represent deviations from second variable target values as deviations 
from the target value of the first variable. 

The goal program unit may express the trade-off as separate deviation 
variables in respect of the first variable and in respect of the second variable^ The 
separate deviation variables are preferably orthogonal. 

The input unit preferably permits an association of a relative importance level 
to the trade-off 3 as for the previous examples. 

In a possible embodiment, the party goal program unit calculates a relative 
importance level tor the trade-ofF as an average of respective relative importance 
levels of the first and second variables- 
Reference is now made to Fig. 4 which is a simplified block diagram 
showing the unifier of Fig. 1 in greater detail. The unifier 14 comprises a goal 
program generalizer 36 to form a generalization of received goal programs for use in 
subsequent processing. The generalized goal program, otherwise referred to as a joint 
goal program, combines ihe constraints of both the local and opponent goal programs. 
Following the goal program generalizer 36 is a negotiation 1 necessity tester 38, whose 
purpose is to determine whether any advantage con come to either party from 
negotiating, that is to say, it determines from the objective functions and constraints, 
whether there already is a single unambiguous solution of maximal advantage to both 
or each party. If there is then such is presented as the offer and there is no point 
entering into negotiations. 
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Preferably, the goal program unit translates the input received from the input 
unit into objective functions, and into constraints on the objective functions within the 
goal program. 

Reference is now made to Fig. 5 5 which is a simplified diagram showing in 
greater detail a first port of the negotiator 1 6. The negotiator 16 is shown with trade- 
off unit 22 as discussed above, and in addition has an optimizer 40 whose task is to 
find best values for the objective functions and constraints. The optimizer 40 then 
uses the best values to obtain a best solution for the local goal program, bearing in 
mind constraints of the opponent party, for output as a first offer. The optimizer 40 
then iteratively produces further solutions, each possibly respectively worse from the 
point of view of the local parly goal program until an offer is accepted. In the case 
where the opponent's goal program is known, the optimizer may produce 
improvements in the opponent's goal program with possible worsening of the local 
goal program. 

The negotiator preferably further includes a percentage reducer 42 which is 
connected to the optimizer 40, and which serves to take offers, worsening them by a 
predetermined percentage, and therefrom to produce the additional offers. 

In a preferred embodiment, the percentage reducer, which works level by 
level, can be set to take each of the variables within a level in turn according to orders 
of weighting within the level, until a solution is accepted. 

The negotiator 40 preferably additionally comprises a worst case calculator 44 
for determining a worst case level for individual objective functions and constraints, 
thereby to obtain a worst acceptable offer, the minimum acceptable to the local party. 
As will be discussed in more detail below, having a worst case offer acts as a 
boundary for a negotiation space against which movement between offers can be 
measured. For example it becomes possible to decide that each succeeding offer may 
approach the worst case boundary by a certain percentage of the space remaining. 

One or more of the goal program variables may be arranged as pairwise 
bounded variables, that is to say variables covering alternative positions so that in any 
given offer one of them will be set to a value within certain bounds, and the other to 
zero. The negotiator 16 preferably additionally comprises an arbitrary case calculator 
46 for taking one of each pair of variables, setting it to an arbitrary value within its 
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respective bounds, taking the other of said pair of variables and setting it to zero, and 
using the various arbitrary settings to arrive at different solutions* 

The negotiator further comprises an average case calculator 48, also connected 
to the optimizer 40 and to the worst case calculator 44. The average case calculator 
takes the best solution and the worst solution, and the variable values that correspond 
to them,, associates corresponding best and worst values together and finds an average. 
The goal program is then constrained towards the averages for each variable and an 
average solution is produced. 

The average case calculator preferably makes use of the arrangement of 
variables into levels of importance to process the variables level by level. Such level 
by level processing may be used to produce a scries of iterative solutions to serve as 
offers. 

In the above, constraining towards the average produces deviations from target 
values, as the average and the target values are not necessarily the same. Tt is 
therefore desirable to minimize the deviations, and this minimization is carried out 
level by level, with weightings being attached to the deviations at different levels so 
that the deviations at the higher levels are weighted more strongly and therefore can 
be more affected by the minimisation. 

The negotiator further includes a solution unit 50 for applying preferences to 
different goal program solutions produced using the optimizer 40. The preferences 
are used in producing offers. The solution unit is shown in greater detail in Fig. 6, to 
which reference is now made. The solution unit comprises a solution sorter 52 which 
carries out a comparison between goal program solutions by calculating the goal 
program for each one of a series of solutions (set of values provided using the 
optimizer) and then ranking the solutions. The negotiator 16 then uses the ranking to 
apply preferences to different solutions. 

The negotiator 16 additionally includes a thresholder 54 which is connected to 
the solution sorter, and which applies a threshold to the evaluations. Any solution not 
meeting the threshold can be rejected as desired. 

Preferably, the solution sorter further comprises a solution completer 53 for 
applying best values to unspecified variables in incomplete solutions, thereby to allow 
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said goal program to be evaluated for said incomplete solutions. The reason some of 
the solutions may be incomplete may be due 10 incomplete data received from the 
respective party. Even if a default value generator is used as described above, the 
situation of an incomplete goal program may still arise for a number of reasons. For 
example, the situation behind the goal program may not be sufficiently well defined 
for the default value generator to help, or the lack of completeness may be due to the 
absence of something more complex than the simple lack of a target value, variable 
boundaries or weighting values. For example, the actual behavior of a variable as its 
values change may be absent. 

Typically, the solution sorter 52 is set to find the best solution from the series 
by identifying the highest ranked solution and discarding the remaining solutions- In 
a preferred embodiment, the solution sorter 52 comprises a memory 54, which holds a 
certain number of solutions. A comparator 56 compares any new solution with each 
solution in the memory 54, and a control unit 58 adds the new solution to the memory 
54 if its evaluation is larger than any solution currently in the memory. In such a case 
the lowest ranked solution currently held is typically discarded. 

Preferably, the input unit is able to accept user defined output values, that is 
variables in which the particular party desires a single output and is not interested in 
any negotiation in respect thereof. The goal program unit sets the output values as 
single value constraints and flags the constraints as unchangeable for subsequent 
processing. Thus for example a fisheries authority may use the system to negotiate 
fishing quotas for a particular type of fish and may be prepared to accept give and 
take on a wide variety of issues but is not prepared for any negotiation on a minimum 
net size. In such a case the minimum net size is selected as a user defined output 
variable. 

User defined output variables acting on the goal program as a single value 
constraint can cause problems in finding any feasible solutions for the goal program. 
Preferably, the data input unit is therefore set to output an error indicator if one or 
more single value constraints render the goal program insoluble- In other cases the 
goal program may proceed to the unifier, which may fail to find a common region of 
interest. Thus the user defined output variable is not something to be encouraged, but 
for the platform to be realistic it cannot be excluded. 
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As discussed above in respect of Fig. 5, the optimizer 40 finds best solutions 
to goal programs. The solutions give best values for the various objective functions 
and constraints of the local party's goal program by proceeding in a level by level 
process. The worst case calculator 44 finds worst solutions for the goal programs, and 
itself finds the worst values for the objective functions and constraints level by level 
The worst acceptable case can be calculated for the local party or for the opponent if 
his goal program is known. Either way the worst case is used in the same way as a 
way of determining appropriate distances to move between offers, either towards the 
local party's worst case or away from an opponent's worst case. 

Another way of using the worst case calculator is illustrated in Fig. 7, to which 
reference is now made. The negotiator 40 preferably uses the optimizer 40 and the 
worst case calculator in succession level by level between the goal programs to 
produce successive value sets or solutions for evaluation. From these successive best 
- worst sets, offers are made for the current level only. The platform only advances to 
a succeeding level once an offer is accepted at the previous level. 

The negotiator 40 preferably comprises a constraint updater 60 for updating 
constraints upon advance from one level to another level in accordance with the 
acceptance of the previous level. The accepted objective function values of the 
previous level are taken as fixed constraints for the succeeding levels as far as is 
possible* 

Reference is now made to Fig. 8 which is a simplified block diagram showing 
ftuther features of the negotiator 16. In Fig. 8 the features involved in solving the 
goal program for optimum and worst cases etc. and subsequently selecting the 
solutions for formation into an offer are included as a single block 62 referred to as a 
goal program (GP) evaluator. The goal program evaluator 62 is connected to an offer 
unit 64, which takes the selected solutions, generally a set of values, and formulates 
them into a meaningful offer for output to the parties. The local party may require to 
approve the offer before it is sent to the opponent and the opponent then may approve 
the offer or reject the offer or make a counter offer. Either way. the opponent's input 
is accepted as feedback which is sent to an offer improver 66. The offer improver 66 
preferably makes a change in a selected one of the variables to bring about an 
improvement in the evaluation of the opponent's goal program if known. If the 
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opponent's goal program is not known then generally the best strategy is to worsen 
the evaluation of the local goal program, on the assumption that a local worsening 
equals an. improvement for the opponent. A further strategy is to find a value that has 
been improved from the local party' 5 point of view in an opponent's counter offer. 
Improvement by the opponent suggests that the opponent believes he is paying a price 
and thus suggests that the corresponding variable i$ a matter of importance. Another 
strategy is to do the exact opposite, that is to find a value that the opponent has not 
budged on in his last counter offer. Failure to budge may indicate that the value is 
important, and if the local party is prepared to be flexible then progress may be made. 

An important question in offer improvements is what level of change to 
incorporate in successive offers. Negotiations can break down if either party 
perceives that progress is not being made. Likewise a parly may be waxy of showing 
weakness if it concedes too fast, and in any case is likely to get a raw deal if it makes 
concessions at a faster rate than the opponent. In one preferred embodiment a change 
between successive oifers is a proportion of the difference between the previous offer 
and a best possible evaluation made for the opponent. Likewise it could be a 
proportion of the difference between the previous offer and the worst acceptable value 
for the local party, as has been referred to above. 

In the case where die opponent's goal program is known and the offer 
improver 66 is being used to find improvements in the opponent's goal program, a 
problem arises that, because two goal programs are not symmetric, a modest 
improvement in the opponent's goal program may actually correspond to a drastic 
wor$ening of the local goal program. In order to mitigate against such an eventuality, 
the offer improver 66 may calculate what is known as a protection value. The 
protection value is typically used to set a limit to an allowable reduction in the 
evaluation of the local party's goal program over a single offer cycle as a consequence 
of improvements to the opponent's goal program evaluation. 

Typically, the protection value is a proportion of the difference between a 
worst case evaluation of the local parry's goal program and the previous evaluation. 

In one strategy for successively improving offers, generally used when the 
opponent's goal program is not known, the offer improver 66 takes goal program 
values of a previous local party offer and one value in turn from a previous opponent 
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offer. The opponent value is tested against local constraints;, and. if it fits within the 
constraints, then it is substituted into the previous local party offer. The previous 
ofTer with the newly substituted opponent value is then submitted as an improved 
offer. 

An oft-used tactic in. negotiations is the use of time between offers. 
Experienced negotiators use time as a tool to intimidate opponents or to send a 
message to an opponent regarding the direction of negotiations or to give the 
impression that important and weighty factors have to be iaken into account in 
considering a previous offer. The platform provides suph a facility for negotiators via 
offer timer 68, which is programmable to set different kinds of delays between offers. 
It may set successively increasing delays, or the delays may change per changes in 
level, or a magnitude of the delay may be based on a relative change between 
succeeding opponent offers, or it may simply use user determined delays. 

The use of offer timer 68 is discussed in detail below in the examples section. 

Reference is now made to Fig. 9, which is a simplified block diagram showing 
a variation of the embodiment of Fig. 7, Parts that are the same as those in previous 
figures are given the same reference numerals and are not referred to again except as 
necessary for an understanding of the present embodimen t In the embodiment of Fig. 
% a stay close processor 70 determines variable improvement directions from 
monitoring of received offers from the opponent and carries out value perturbations in 
the directions that it finds that the opponent has been using. 

The use of a stay close processor essentially mirrors the other party's moves 
and therefore is an appropriate strategy if the opponent's goal program is not known. 
Of course it cannot be used to make an initial offer since opponent movement 
directions are not yet available. A way of using a stay close processor in conjunction 
with level by level negotiating is as follows: 

Firstly the optimizer is used to produce a first offer for a first level, since no 
directional data is available from the opponent Subsequent offers are made via the 
stay close processor. 

As before, advances from one level lo another level are made only following 
acceptance by the parties of an offer regarding a previous level. 
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The stay close processor can be used to produce a first otter for eac.li 
subsequent level. 

As with Fig.7 5 the constraint updater sets already agreed objective function 
values from previous levels as constraints for the lateT levels. 

Reference is now made to Fig. 1 0, which is a simplified block diagram 
showing a variation of the embodiment of Fig- 8. Parts that are the same as those in 
previous figures are given the same reference numerals and are not referred to again 
except $s necessary for an understanding of the present embodiment. In the 
embodiment of Fig. 1 0, a gap value determiner 72 is used to find a gap that can be 
used in subsequent offer improvement. A value improver 74 is connected to the gap 
value determiner 72 5 for inserting a proportion of the gap as a constraint into the goal 
program. Subsequent to and consequent on the evaluation of the goal program with 
the new constraint, the stay close processor 70, which is connected to the value 
improver 74, applies the gap proportion in the appropriate direction to provide an 
improved offer. 

The stay close processor 70 monitors two successive opponent offers for value 
changes therebetween, and preferably assigns weights to the various changing 
variables. The weight is subsequently used in providing an improved offer The stay 
close processor 70 preferably selects the magnitude of the weights in accordance with 
the amount of change applied by the opponent, 50 that die use of the weights provides 
a strategy for mirroring the opponent's activity in offer improvement. 

Returning to the gap processor 72 and the gap used in each offer may be a 
fixed proportion of the gap for the entirety of the negotiation. That gap may be a 
difference between a best value and a worst value of the corresponding variable. 
Alternatively, the gap may change between successive rounds. For example the gap 
may be the difference between the last local pruposal and the last opponent proposal 

Referring back to the negotiation nece$sity tester 38, which is part of the 
unifier, the negotiation necessity tester is preferably set to determine whether there 
lies a single solution that includes both optimal solutions within the common ground 
of the two parties. If such a single solution exists then passing of the goal programs to 
the negotiator is preferably inhibited since there is nothing to be gained by 
negotiation. 
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Reference is now made to Fig, 11, which is a simplified block diagram 
showing further details of the negotiator 16* Not always does negotiation succeed. 
Certain levels of the negotiations may prove intractable to the parties. The platform 
therefore preferably includes a mediation unit 78, which may be called by agreement 
between both (or all) parties upon failure to negotiate a given level during the 
negotiations. The mediation unit 7$ retains agreed objectives of previously solved 
levels and applies a summation formula to solve a current level. 

As discussed below in the examples section, a typical summation formula is 



wherein k is a number of a current lcvel> objective, + and - represent 
respective sides of a target value, v is an importance level, w is a weighting and y is a 
goal program constraint value. As an alternative, the summation formula may be a 
median solution. 

The mediation unit 78 may use a summation formula to provide a median 
solution between entire goal programs if die negotiation is not a level by level 
negotiation or if the negotiations are interminably stuck and level by level mediation 
is believed to be inadequate. 

Reference is now made to Fig. 12, which is a simplified block diagram 
Showing further details of the negotiator 16. As discussed above, each goal program 
is expressed as a series of objective functions involving decision variables each 
having an upper bound, a lower bound, a target value or values or an indifference 
interval and one or more constraints, The platform preferably comprises a form offer 
unit for providing a form offer to the parties- The form offer unit provides a solution 
without negotiation but is not the same as the mediation unit It can be used as a 
mediation unit in the event that negotiations reach an impasse or it can be used 
directly to make an offer to the parties in the event that the parties do not wish to 
negotiate. The form offer unit works by assigning to each of the goal programs a 
weighting such that the sum of the weightings is unity over each variable over the 
goal programs. It then calculates the offer by minimizing relative deviations for each 
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variable over the goal programs for the assigned weightings. The form offer unit is 
described in greater detail in the examples section, 

The form offer unit preferably includes a discrete variable unit which can 
transform values of a discrete variable into a continuous domain, to carry out 
minimization in light of goal program objectives of the two parlies. As discussed 
above, the discrete variables are evaluated in a continuous domain, and the 
minimization results are translated or transformed back to discrete values for 
presentation in the form offer. 

The negotiator 16 may be used to provide a value for just one objective by 
comparing the single objective, from a local goal program, against the entirety of an 
opponent goal prqgram. Such a procedure is useful in an auction type of situation 
where a single party offers something to a plurality of opponents and selects a winner. 
In general an auction situation is one in which one party acts against several 
opponents to choose a winner. The single party may be offering something or 
inviting tenders for supply of a product or service. Particularly in the latter case the 
auctioneer may have a relatively complex goal program, although typically most of 
the goal program consists of fixed values with only one or a small number of 
variables open for negotiation. A range of types of auction are discussed in detail in 
the examples section below, including the English auction, second price auction, and 
reverse auction or tendering. 

Reference is now made to Fig, 13, which is a simplified block diagram 
showing further details of the negotiator 16 for the specific application of matching a 
goal program of one party having a catalog of items, services, packages etc. and a 
second party who has a range of requirements that he hopes will be met from within 
the catalog. The figure shows an item catalog 82 for storing representations of the 
items for offer in the catalog. The items are represented in terms of values for 
variables in the objective functions of the corresponding goal programs, and in 
general, the negotiator deals with the items by solving goal programs as described 
above and then using the solution values to identify the nearest corresponding item in 
the catalog. The negotiator 36 includes an item manager 84 which recursively 
determines, during the negotiations which of the catalog items are currently within the 
scope of negotiations, although it is stressed that negotiations are not at this stage 
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carried out on the basis of individual catalog items but rather on the basis of goal 
program objectives and values as before, with marching to closest items carried out 
only later. As will be explained in more detail in the examples section below, such an 
approach reduces the computational complexity involved in finding a solution. 

A first round manager 86 is connected to the item manager 84, and manages 
the level by level goal program negotiation in respect of the catalog items by 
controlling the item manager to successively reduce the number of catalog items 
within the scope of the current negotiations to a predetermined threshold number of 
items. 

A second round manager 88 is also connected to the item manager 84, and 
manages level by level program negotiation to produce successive offers. An item 
associator 90, which is connected both to the second round manager and to the item 
manager 84, expresses the successive offers in terms of items that remain within the 
scope of the negotiations. That is to say that the party is given a list of one or more 
items from the catalog, thai answer to his preferences, to choose from. 

In a preferred embodiment, the item manager 84 uses the goal program of the 
party selecting Ihe item, rather than of the owner of the catalog, to measure distance 
from the current scope. In a further preferred alternative, the item manager can 
measure distance from the current scope in terms of a joint goal program. 

Notwithstanding which goal program is used later on, the item manager 84 
may begin by measuring distance in terms of a local goal program, to order the items 
within the catalog, and then iteratively to remove the most distant iiems. 

In certain cases an objective of one of the parties may be compatibility with a 
second item. For example a party may wish to search a catalog for a txaiJer 
compatible with a given car, or alternatively a party may wish to find a car that 
accords with a certain goal program, and which can also take a certain trailer. In such 
a case, compatibility is simply entered as one of the objectives in the goal program. 

In a preferred embodiment of the invention, one or more of the objectives in 
the goal program can be a dynamic variable. That is to say a particular objective may 
relate to some kind of changing situation. For example a goal program for optimizing 
sea transportation routes may relate to the weather. 
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As well as the objectives themselves, some of the constraints may be 
associated with dynamically changing variables. 

The unifier has been discussed above as providing the facility of finding a 
common area of interest hi which to proceed with negotiations. Such a feature 
provides a certain amount of screening in that completely useless negotiations are not 
entered into. It is also possible to carry out a stage of prescreening based on parties 
business intentions, perhaps on the size of the common area of interest, in order to 
weed out parties less likely to produce a good outcome. Such a screening stage is 
preferably carried out when there a large number of parties for potential negotiation. 

Reference is now made to Fig. 14, which is a simplified block diagram 
showing a resource negotiator 100 for making successive offers for usage of a 
resource with at Jeast one remote party based on a goal program of a local party. The 
platform is the same as that described before except that in Fig. 14 the creation, 
unification and solution of goal programs is assumed and the figure relates to the use 
of the solutions in formulating offers. The goal program comprises objectives as 
before, the typical objective having a target value, an upper bound, a lower bound and 
at least one constraint. The resource negotiator firstly comprises an input 102 for 
receiving data from the remote party, a minimize* 104 for producing successively 
worsening minimizations of the goal program, and an offer formidator 106, which is 
connected to the minimizer 104, and which is able to formulate minimizations into 
offers for resource usage. The offers may then be sent to the remote party. 

Data from the remote parly is a goal program like any other, typically 
comprising a plurality of objectives, the objectives generally having a target value, an 
upper bound, a lower bound and one or more constraints. The resource negotiator 
additionally includes a maximizer 108 for producing successively improving 
maximizations of the remote party goat program, for use together with the 
minimizations for formulating the offers. 

The offer formulator may typically comprise a behavior synthesizer 1 10 for 
governing offer formulation in accordance with a selectable behavior profile, for 
example, aggressive, co-operative etc. 
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The behavior profile may include an opponent offer feedback feature (F/b) 
1 12 which uses the extent to which an opponent's offers provide improvements, in 
order to choose bow much to improve successive offers. 

The feedback feature may use data from the opponent's offers to set time 
intervals for successive offer outputs. Thus small changes made by the opponent may 
be greeted by long waits or any other strategy deemed appropriate by the user may be 

set 

It is often necessary or desirable to break off negotiations at some stage, as a 
tactic or simply because of lack of progress. The behavior profile may therefore 
include a negotiation refusal condition unit 1 14 for breaking off negotiations when a 
predetermined condition is achieved. The condition set can be as simple or complex 
as desired, examples include a condition defining a predetermined number of 
opponent offers that fail a preset improvement threshold. Another possible refusal 
condition is a preset time interval during which the negotiation fails to reach a preset 
improvement threshold. 

The maximizer may be associated with an offer acceptor which simply 
compares a current offer with a maximum calculation and any offer that is 
sufficiently close is accepted- 
Reference is now made to Fig. 15, which is a simplified block diagram 
showing an embodiment of the resource negotiator specifically for an auction type 
situation (i.e., implementing an auctioneer), that is to say for a one to many 
negotiation situation, and in particular where just a single objective is being 
negotiated. The resource negotiator 120 sends offers to and receives data firom remote 
parties 122.1..122.U. An active bid monitor 124 monitors the remote parties as they 
remain in the negotiations and follows them as they drop out. 

A value increaser 126 successively increases the value of the objective as the 
negotiation proceeds. An offer acceptor 1 28, is connected to both the active bid 
monitor and the value increaser, and ends the negotiation when only a preset number, 
typically one, of remote parties remains active, and at the value of the objective at the 
time. The offer acceptor 128 may check that the final value is within some kind of 
bound of acceptability before accepting the offer. 
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A bound assignor 1 30 may be provided to calculate such a bound according to 
other objectives of a local goal program. 

Often, particularly in a reverse auction situation, it is desirable to send at least 
some of the details of the local goal program objectives to the remote parties. For this 
purpose there is provided a goal program output unit 132 which sends out selected 
local goal program objectives. The details can be used to enable the remote parties to 
evaluate potential offers in light thereof 

Tn certain cases, the method of successively raising a variable may lead to a 
situation in which at one level there are two many active parties and at the following 
level there are too few. In such a case it is useful to be able to find an intermediate 
value and the value increaser preferably includes a facility for this. 

The active bid monitor 124 optionally comprises an output unit 1 34 for 
revealing to the remote parties how many other remote parlies currently remain in the 
negotiations. The information may be used by the remote parties in various ways to 
support a negotiation strategy, Optionally, the output unit may reveal identities of the 
remaining parties. 

A feature of one-to-many type negotiations is the need to decide when to drop 
out of the negotiations. Reference is now made to Fig. 1 6 7 which is a simplified 
diagram showing a drop out decision unit 140 for use by the remote parties in a one- 
to-many negotiation. 

The unit comprises a current offer evaluate* 142 for expressing a current value 
in terms of the remote party's own goal program. There is no point continuing if the 
current value exceeds the constraints of the local goal program. 

An active bid unit 144 stores the number (and identities if available) of remote 
parties remaining in the negotiations. 

A drop out function 146 calculates a drop out probability as a function of the 
current value and the number of remote parties remaining in the negotiating, and for 
that matter any other available data that the user may choose to insert into the 
function. A decision maker 148 uses the drop out probability to decide whether to 
leave the negotiations. 
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Reference is now made to Fig. 17, which is a simplified block diagram 
showing a platform tor performing ranking between database entries. Preferably, 
each of the entries comprises a series of values arranged in fields, and goal programs 
are used to Tank the entries, not in terms of a single field as is generally carried out at 
present, but rather on the basis of the goal program as a whole. 

The platform comprises a trade-off unit 152 for taking values from the 
various fields, defining a trade-off relationship therebetween, and a ranking unit 154 
that carries out ranking amongst the entries in accordance with a single trade-off 
value. 

The trade-off unit 1 52 may take the field values in twos, so that each trade-off 
value is a trade-off between two fields. 

In the trade-off itself, a reduction in one variables may be traded for a 
proportional increase in a second variable, or any other suitable trade-off method may 
be used. 

In another preferred embodiment, the trade-off unit may take values in groups 
of three or more. 

The trade-off unit may take the field values in trade-off groups, and may for 
example compile a separate trade-off statement for each group. The trade-off 
statement may include a deviation over the trade-off in the group from a target value. 
The trade-off statement may comprise compatible variables. Overall ranking is then 
achieved by the ranking unit by using an average of the deviations for each trade-off 
statement Thus, once again, ranking itself is achieved using a single value. 

The trade-off relationship may comprise an inequality between corresponding 
values of successive entries, 

The trade-off unii 152 may also include a weight assigner 156 for assigning 
weights to fields. The trade-off relationship comprises assignment of a weight to each 
of the fields using the weight assignor 156. The weight may be used in weight 
summation over each of the entries. 

The weight assigner 156 preferably comprises a user preference input which 
allows the user to define preferences between the fields. The weight assigner 156 
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may then select weights for assignment to the fields in such a way as to enforce the 
user defined preference. 

The weight selection is preferably such as to maximize the user-defined 
preferences. 

The fields themselves may be ordered preferentially, in which case the weight 
assignor may assign weights according to the position of the field, 

The weight assigner includes a user input for receiving a parameter defining a 
number of entries of high desirability from the start of an ordered list, and the weight 
assigner may select weights to reinforce the desirability, in the same way as was 
discussed above regarding arbitrary user preferences. 

The platform may additionally include a ranking expression unit 1 58 which is 
able to provide an expression basis for defining different types of ranking condition, 
for example a condition, a deviation, a deviation condition, a constraint, a simple 
trade-off relationship, a complex trade-off relationship, a preferred value within a 
range, a preferred range, a weighting. The expressions are combined by the user to 
form an objective function for use in ranking. 

In a further embodiment of the present invention, there is provided a deal 
partitioner or deal allocator, whose purpose is to partition a desired purchasing deal by 
a buyer into sub-deals with possibly multiple sellers, that together strive to fulfill the 
buyer's needs. In some sense this is the opposite of the embodiment of Fig, 13. It is 
the side seeking the resources who has a catalog of resources. Either several 
resources are available from several sources or different resources are available from 
different sources. 

The deal partitioner is preferably able to treat several cases of buyer's desired 

deals: 

- a deal in which a single item type is desired (in a certain quantity), 

- a deal in which several item types are desired (each in a certain quantity) 

- a deal in which certain item combinations need be supplied by the same 
supplier. 
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- a deal in which the buyer's preferences, aside from quantities, are expressed 
using a goal program. 

Sellers preferably have price tables for item(s) indicating prices per quantity 
ranges. Additionally or alternatively* sellers may have multi-item price tables, such 
that a seller is composed of sub-sellers. A sub-seller offers a collection of items, each 
with its own quantity range and price per unit, that must be bought together, Id the 
following a distinction is made between sellers that can provide any number of items 
(unbounded sellers) and those that can only supply limited amounts (bounded 
sellers). 

As will be discussed below in the Examples section, optimal partitioning 
algorithms, and heuristic approximation algorithms are provided, as well as 
combinatorial optimization approximation schemes in which a bounded deviation 
from an optimum solution is guaranteed. 

The heuristic multi-item deal partitioning algorithm (MRG) is generalized to 
the case where instead of money (e.g.. Dollars) cost is measured in objective function 
values of a goal program (the buyer's) and a package "price" is calculated based on 
Ihe buyer's goal program and the quantities involved in each package as well as the 
quantities desired- The complete algorithm involves representing a buyer as a 
collection of sub-buyers and representing a seller as a collection of sub-sellers, each 
sub-seller, in turn, being associated with a seller goal program and a collection of 
explicit packages with specific quantities (rather than ranges). The complete 
algorithm also takes into account ihe total number of available (for sale) items of each 
kind that each seller has. 

Examples 

The examples section explains in greater detail, implementations of the above 
embodiments. These examples cover; 

1 * Automated and semi-automated negotiation platforms 

2, Auctions and reverse auctions 

3. Ranking and selection of alternatives 
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4. Construction and adaptation of business intentions, and 

5 . Deal splitting techniques. 

The basic building block is a "Deal" which is composed of u Deal 
components", constraints, preferences and trade-offs. The deal components are given 
as a hierarchy of items (and sub-items) along with their attributes, The constraints 
represent real- world limitations and restrictions that must be adhered to while 
preferences indicate attribute values (or directions) that are more desired than others. 
Trade-offs are used to express situations in which decision makers are willing to 
change certain attribute values (thus giving up some benefits that are associated with 
these values) if other values are changed to compensate them for the lost benefit. 

Deals are defined by users of the platform either through some user interface 
or through an Application Program Interface (API), The system then compiles the 
Deals into "Business Intentions". Each business intention contains a structure in 
which the various elements of the deal are expressed through mathematical terms and 
a "Goal Program" ~ art instance of the mathematical programming methodology that 
lies at the core of our system. The structure of the business intentions can be given 
in terms of trees where each node coiTcsponds to an attribute of the deal. Goal 
programs are explained next. 

The examples are organized as follows. The next section explains the basic 
terminology of E-contracts and the section that follows describes the concepts of goal 
programming. Section 1 describes the compilation techniques in the system; Section 
2 presents the basic utilities (mostly variants of goal programs) that are used for 
mathematical manipulation of the business intentions; Section 3 discusses the special 
case of purchasing items from catalogs; Section 4 reviews the mechanisms that are 
used to express the negotiation tactics and strategies of the users and how they 
operate; Section 5 addresses the techniques we use to search, retrieve and rank 
information components that are stored in databases and Section 6 provides the details 
of deal-splitting techniques. 

E-contract Terminology 

We briefly review some of the terminology of E-contracts used in a previous 
patent application ILOO/00516, the contents of which are hereby incorporated by 
reference. Business Inteniiom are made of components. Components may be atomic 
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or compound (to any required depth). Components may also be inter-related (e.g., by 
containment, by edge or labeled-edge connection, or by arbitrary predicates). An 
important facet of a variable component is Us possible association with one or more 
computational devices, although one-to-one association of a variable component with 
a computational device is particularly preferred, and is described herein. Such a 
computational device, based, on its perceived state and messages, transforms a 
variable component into a component. The term <fi perceived state" is intended to 
include inputs, values of various components, values of certain other entities such as 
files, databases and the like. The "new" component is usually "more specific" than 
the variable component it replaces. Variable components and their associated 
computational devices embody transient or policy dependent aspects of the 
willingness to engage in a deal. 

Forming an agreement, or negotiating a contract, requires the 
reconciliation of the constraints placed on deals by the (two or more) parties 
involved. Reconciliation involves forming an agreement or a contract, which, as 
much as possible, is subject to the directives of the parties, as well as to any general 
Jaws, which may apply. When examining two intentions, the process of reconciling 
the constraints may be considered to be a form of "fitting" to these constraints. 
Abstractly, this process fits the component structure of one party with the 
corresponding components of the other party. 

In E-contracts, a component is represented as a rooted labeled tree. In fact, an 
intention is also a rooted labeled tree, which is composed of components, together 
with various constraints and computational devices. The most basic components are 
simple atomic entities, e.g., of type integer, float, string, etc. Next arc basic 
components that are essentially (usually small) trees whose structure is agreed upon 
to represent a concept (e.g. car, sale, address). These basic components are called 
classes and they form the "words* of the common language. The word "class" hints 
at the fact that in an object oriented realization., these components are likely to be 
represented as object orieixted classes, although the present invention is not limited to 
such a representation. A component may be a variable component. Tn this case it 
appears as a single node labeled with a typed variable. Such a type may be atomic, 
atomic list, class or list of classes. Such a variable component cannot exist in 
isolation but must be a leaf of a class. 
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Using classes, the parties compose their intentions, essentially 
forming "sentences" which in turn define possible deals. As noted, the purpose of an 
intention is to describe a deal that a party is willing to engage in. In E-contracts, the 
mechanism that composes words into sentences, or classes into intentions, relies on 
"variable instantiation" and the introduction of "operator nodes". A (leaf) variable 
component of an intention is optionally and preferably associated with a computation 
device, called a "commerce automaton" (CA) in this realization, which prescribes 
how the variable may be instantiated further during a later phase. A commerce 
automaton may outline a message exchange sequence between the parties. However, 
it should be noted that a commerce automaton is only one realization of a device or 
entity for exchanging messages between the parties and other realizations are 
possible as well. lei addition to intentions, an e-commerce party also maintains party 
information, a database or file containing information relevant to the party's 
activities. This is part of the "system state". 

A deal is manifested by creating a mutually agreed upon electronic 
contract (E-contract). The process of obtaining an E-contract begins with two initial 
intentions, presented by the parties. A formal process, called unification, a part of the 
realization of "fitting 9 ', is used to construct an agreed upon E-contract, provided such 
a contract is feasible. An c-commerce party may use unification to determine 
whether an fi-contract is at all possible, prior to entering actual negotiations. 

Goal Programming Models 

Goal programming (OP) is an Operations Research methodology that was 
first proposed by Charoes and Copper in 1961 and has since proliferated into many 
research and application sub-areas. The GP methodology was inspired in part by the 
concept of "Satisficing" coined by Nobel Prize laureate Herb Simon - a term that 
refers to a combination of satisfying some objectives or constraints while sacrificing 
others. The basic idea of GP is that it is rather common to find constraints that are 
not stringent and many times decision makers are willing to accept an achievement 
level that is not exactly what they prefer most if they perceive that by this sacrifice 
they were able to satisfy other objectives or constraints. GP is an especially useful 
technique when users have multiple, and sometimes conflicting, objectives. GP 
provides two basic techniques for goal specification: prioritization and weighting 
(per priority level). Using these tools a user can indicate the relative importance of 
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constraints, preferences and goals. In the GP literature prioritization is known as 
Lexicographic Goal Program (LGP) and weighting is referred to Weighted Goal 
Program (WGP). The main difference between these two techniques is in the 
formulation of the objective function. In WGP the objective is to minimize a 
weighted sum of deviations fro targets while in LGP the objective is structured as a 
hierarchy of levels where in each level there is a weighted sum of deviations. The 
program minimizes the first level; then it assigns the value obtained for the first level 
as a hard constraint and. solves level 2; then it assigns the values obtained for both 
level 1 and 2 as hard constraints and solves level 3 and so on. LGP is out method of 
choice and we use it to express and manipulate deals in our contract management and 
negotiation system. 

In our context, the general idea is to use the GP technique to represent the 
constraints? and preferences of a deaK We shall first discuss how constituent elements 
are handled, then proceed to a simple intention, and finally expand on more complex 
intentions. 

The general form of a GP program is as follows: 

lexicographically '^minimize {Expression J, Expression m} such that for 
*W, k we have goal constraints,. g- b of the form: 

Cj X + (DO > tj, or 

Ci X - (Di*) < tj, or 

Ci X + (DO - (DO *• % and, in addition we have the constraint that 

all Di's > 0, and, optionally, 

some Dj's - o (indicating hard constraints) 

The Dj variabie$ are called deviation variables; those of the form (Dt) 
indicate an amount by which a goal is exceeded ("overshooting"), whereas those of 
the form (DO indicate under-achievement of goals. The Expression j^s are called 
minimization expressions. The term lexicographically minimize (lcxjtnin for short) 
implies an order on minimization, where the results of the D t % of minimizing up to 
Expression i are u$ed. as values in Expression i+I,.., t Expression m. So, the lower 
index expressions have a higher priority. Each Expression may refer to decision 
variables (X 3 s), to deviation and other variables and to weights. Note that one may 
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enforce bard constraints is by setting some deviation variables to zero. For example, 
to enforce a > type constraint one may set (DO 5=3 0. 

Here is ati example of a simple LGP, taken from reference [2], 

Minimize: Priority 1((D{) + (D%) + (D**)) Priority 2 (D^J Priority 3(D{). 

3X } +2X 3 + (Da) - (Df) - J20 
3X* +2X 4 + (ZVJ - ~ -?0 

/(Hfi +pj& + p*} - ffh v ) - 

We now explain how to transform the user's specifications into a Gf\ 
Then, we shall expjain how to use such programs during negotiations. 

1. Variables: 

Variables are associated with atomic valued intention nodes. Variables 
are typed. The type may be integer or float Variables may aiso be associated with 
discrete values as follows. Consider a variable that is associated with a color, which 
may be red, green, blue or yellow. Each color is associated with a value, e.g., re<M, 
gjneen=2, blue-3 and yellow=4. 

An important idea is that each variable is associated with a default interval 
This interval is used for choosing default values. It also makes all variables range- 
bounded. The default interval may be a single point or a collection of ranges of 
values. Default values are also used when the constraints are not satisfied with the 
current set of variable assignments (this is an alternative to backtracking). Default 
intervals may be user specified or be derived from a database. A default interval is 
considered a hard constraint and is added to the other constraints, Choosing a value 
from a default interval may be done in a number of ways: minimize, maximize, 
percentage off maximum, average, random, etc. 
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2, Hard Constraints: 

A hard constraint involving or fc >> is transformed into a hard 
constraint involving 4 < 7 or l >\ respectively, by subtracting (respectively, adding) a 
small quantity. A bard constraint, of the form expression 6 value, is compiled into 
expression +(D~) - (D±) ~ value Depending on hardness, we may add constraints 
(D+)~0 for & = 'j£'or fD-)=0 for > ' and {D-)~(D+)-Q for 6 Ifhardness 
is more "limited" we may add a goal to minimize, of the highest priority, whose 
content is (D-)+(D+). The understanding is that at the highest priority minimization 
expression should evaluate to zero. Alternatively, we may simply derive a goal of the 
form LARGE*(D~), or LARGE*(D+) or LA.RGE*(D~) + LARGE*(D+) and treat it 
according to its weight This latter form increases feasibility of a solution. Here 
.LARGE is a sufficiently large value in the domain considered. 

3. Soft constraints; 

A soft constraint of the form expression 0 value is compiled into 
expression +(D-) - (D+) «=« value, 

For example, consider the constraint soft (Qty^20). It is compiled into 

Qty-t (Dl-)-(D2+)=20> 

Here,, again, we use deviation variables. In fact, such constraints 
express preferences, namely being; close to the target In case a deviation in the 
direction (D1-) is, say, four times as undesirable as a deviation in ihe direction 
(DI+), then: 

Case 1 : Hie soft constraint is assigned a priority and it is the only one 
at its priority level This means we should minimize 4(D1~) + (DI+). 

Case 2: Otherwise, we need to normalize this constraint so that we can 
compare it to other constraints. We use the idea of percentage deviation where the 
percentages are based either on the target value (as demonstrated below) or on the 
range of permissible values for the relevant attribute (as we show later in Chapter 1). 

1. Define (Dpl+) - (Dl+)/target and (DpJ-)~ (Dl- 
)/farget. 
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2. What we minimize is the expression minimize (A *(Dpl- 
) + (UA)*(Dpl+), [0<A<1] e.g., minimize (Q.80*(Dpl~) + 
0.2Q*(Dpl+)). 

3. If, in addition, the overall weight of this soft constraint 
is JV, then this value is associated with the most undesirable deviation 
and the weight for all other deviations are smaller than or equal to W. 
For example, we may solve the expression minimize W* (Dpi-) +0.20 
* W* (Dpl+) when negative deviations are considered 5 times as 
important as positive deviations. 

Now consider a constraint of the form expression < value. It is 
compiled as above into; 

expression +(£>-) — = value. 

Here the goal to minimize is W*(Dpl+) t where Wand (DplV) are as 
above. The cases of 0= > '> '< ' are handled similarly. 

4. Preferences: 

We allow minimization (mm) or maximization (max) preferences on 
functions, e.g., min 2VT+5*Y* We can also give such preference a weight, indicating 
its importance. For example (Wl is the weight): Wl: minimize: 2*X+5*Y. 

This preference is compiled as follows, first, an "optimistic" yet 
"reasonable" target for the minimization is determined (by using default intervals, 
user specification or solving a simplified linear program). For example, if a 
reasonably optimistic small value for the above expression is 100, the preference is 
restated as the soft constraint; Wl; 2*X+5*Y<100- 

From this point on, it is treated as an ordinary soft constraint As 
stated, the value, 100 in the example may be determined by using another linear 
program with the minimization objective as the only objective. 

Preferences can also be applied to variables corresponding to discrete 
values. For example, suppose we prefer red, green, blue and yellow in that order. 
Further, suppose we rate our preferences on a scale from 1 to 100, We can model this 
using the soft constraints: 

100: Color=l 
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50; Color=2 
20: Colors 
20: Color~4 

We also add the hard constraints: 
Color > 2 
Color < 4 
integer(Color) 

This formulation of soft constraints will favor the more preferred 

targets. 

Recall that in general wc have a number of preferences, each translated 
into a soft constraint say Pa Ph These, and the "original", soft constraints are 
partitioned into a number of priority levels. Priority levels are handled one by one 
using lexicographic minimization. Conceptually, the results of minimisation at level 
i, that is, minimization expressions of higher priority, are inserted as constraints in 
the minimization at level i+L Consider again the program in the example above. If 
we solve it using a linear programming package, we first present the highest-level 
linear program; 

Minimize: (Expression of Priority )) ((OF) + (D2) + (D3 + )) 

XI +X2 + (DO -(Dt) = SO 

X3 +X4 + (DT)-(D2*) = 30 

3X1 +2X3 + (D3T) -(D3+) - 120 

XI X2, X3, (DF), (Df), (DT), (D2*), (D3~), (D3 + J >0 

(DF), (Dt)> (D2'X <D2*) < 30 

(D3), (D3+)<]20 

Solving, we discover that the result is ((Dl ) + (D2 - ) + (D3 + )) - 0, We 
therefore form the next level linear program as: 

Minimize: (Expression of Priority 2) 1 (D4+) 

XI ±X2 + (D! M ) -(D1 A ) - 30 
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X3 +X4 + (D2')-(D2*) - 30 
3X1 +2X3 + (D3'J -(D3 + ) = J 20 

((DF) + (DT) -I (D3*)) = 0 <7%fr £* the ''newly fed" constraint) 
3X2 +2X4 + - fftfV ^ ^0 

JW, A3, Ji3, « (Dn (Pf), <PT), (Dt) 9 (D3), (D3 + ), (Df), (D4+) >0 
(Dl% (Dt), (DT), (D2+)<30 
(D3'X (D3*)<120 
(Df) f (D4 ] J<20 

The solution turns out to be (D4*)~10> This is "fed" into yet one more 
(1) linear program that optimizes 10X1 +9X2 \-8X3+7X4. 

The remaining issue is how to compile a single priority level 

There are two basic methods for compiling objective levels, we generally use 
Method 1 and for the sake of completeness mention Method 2 as a possibility. 

Method 1: All the soft constraints within a priority level are compiled 
into a single expression to be minimized, by summing up the individual 
minimization expressions compiled for each soft constraint in isolation. 

Method 2: Use the min-max [8] idea of treating each soft constraint in 
isolation and then bounding the maximum deviation on any particular soft constraint. 
Assume we have a total of K minimization expressions corresponding to K soft 
constraints at priority level j\ This is compiled into an overall minimization objective 
for level j: 

minQ 

expression part of minimization expression / < Q 

expression part of minimization expression K< Q 

Observe that the result will tend to minimize more the important soft 
constraints, that is, those with larger weights. The advantage in min-max is more 
flexibility and minimization of missed goals. Observe thai each minimization 
expression is already percentage-wise and weight-wise normalized. There are 
advantages and disadvantages to each method. We can preferably run the user's 
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intention in parallel in two versions, one using Method 1 and one using Method 2. 
We can also decide on Method i (i=l or i=2) as default and allow the user to change 
it for a particular run. 

Introduction 

This section details the compilation techniques that are used to translate the 
user*? inputs into a goal-programming (GP) model. The compilation techniques are 
geared to cover all the compilation aspects in a way that isolates the user interface 
from other system layers 

The overall conceptual architecture is as follows. Business intentions, i,e„ 
deals, are specified in the graphical user interface (GUI) layer. We note that the term 
'GUI layer' also encompasses accesses of a software agent or through an API by a 
program or a software agent. This specification includes the various products/services 
that are desired along with constraints, preferences, (Le., targets) and trade-offs. In 
addition, the various preferences and trade-offs are weighted. That is 7 their relative 
importance is indicated. While GUI faints at a user interface, this layer may also 
correspond to such information as used by a computerized agent as opposed to a 
human, or even a human and agent combination. 

The GUI level specifications are compiled into formal objects called business 
intentions. These intentions are used to match deals, and later on to negotiate deals in 
1-1 or 1-n modes. One component of a business intention encodes constraints, 
preferences, and trade-offs. This component is in the form of a goal program (GP), 
Goal programs are a well-tanown formalism for representing multiple, and often 
conflicting, objectives. The subject of this document is to outline the methods, by 
which user intentions are translated into goal programs. 

LP package requirements 

In order to perform some of the techniques in the following sections, the LP 
package is required to have certain capabilities listed below. These features are 
usually found in commercial packages available today. 
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• Ability to handle integer programming., this is used to: 

a. Define binary flags. 

b. Define discrete-value variables. 

• Epsilon techniques are used for OR compilation, 

Input for compilation 

The sections below describe how we compile the data provided from the GUI 
layer. However, the compilation, described below, is not affected by the source of the 
input data, Moreover, these sections describe what should be provided at some outer 
level in order to compile a problem properly, so that it can be used in the other system 
layer. For example, a certain compilation technique may expect to receive some 
weights as inputs. The user through the GUI could have entered these weights or, they 
might have been computed by some procedure at a higher layer. At any rate, the 
compilation technique is not affected by the way these weights are generated. 



Ordinary goals 

Basic Goal representation 

This section deals with single dimension point goals, the most basic type of 
goal constraints. Reference is now made to Fig. 1 8 which is a simplified diagram of a 
single dimensional point goal. 

Input for compilation 
(Regarding the decision variable y) 

• Target value: T y . 

• Level of objective function: L , 
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• Weights for lower and upper deviations from the target T y : 
W~ , W y . To make it easy to combine objectives later on, we require, without 
loss of generality, that the maximum of W y s W* equals 1 .0, No generality is 
lost since the relative importance of deviating in these directions can be easily 
encoded within this restriction. 

• Relative importance of this variable y within the objective 
function level L : V y , 

Representation in the GP problem 

Given the above inputs, we add to the GP problem a goal constraint to 
express the user's desire to reach the target value T y . 

Goal constraint : y + $~ — S* = T y 

(1) 

We also express the importance of reaching the target goal by adding a 
Lerm containing weighted deviations to the suitable level (L) of the objective 
function. 

Objective Tat level L) : Min Z = V y > §V; • S~ + • 5+ }+ ... 

(2) 

Comments 

i - Notice diat the weights W~ 9 W* are penalty factors, 
representing how much the user dislikes a deviation in either direction. 

2. Targets may appear at the extreme end of the interval defined 
by the lower and upper bounds for the variable y. In that case, only one 
deviation variable (pointing inwards into the interval) is meaningful. 
Therefore, only one deviation variable will participate in the objective 
function. However, such cases may indicate poor modeling. Therefore, it is 
recommended that the 01 will apply ways to (gently) discourage the user frpni 
getting there. 



12 



WO 02/077759 



PCT/US02/08293 



Advanced Goal representation 
Strong one-sided goals 

In these cases the user provides a point-target value T (within the [L,U] 
bounds specified for the attribute) and specifics a linear penalty function (through a 
fixed weight per unit of deviation) only on one side of the target whereas he is truly 
indifferent with regard to the other side- For example, a buyer who wishes to receive 
a product no later than 1 0 days from the contract date and is totally indifferent to 
receiving it earlier. This means that we have a target range that starts at one of the 
boiwds and ends at the given point-target as depicted in the following chart. 
Reference is herein made to Fig.l 9 which is a simplified diagram of a strong one- 
sided goal. 

This case is modeled through the following formulation (which can easily be 
generalized to multi-attribute cases): 

Min *F 4 .£ + 
si. 

£<>X<U 

other 

constraints 

Weak one-sided goals 

The only difference between the "weak" and the "strong" cases is that in the 
former the user does have a preference for values on the side of the point-target for 
which no penalty was specified in the strong case. Using the same example, a 1 0-day 
delivery target is a plausibly outcome for the user but if possible, he would prefer to 
receive the product as early as possible. We further assume that the user is unable to 
quantitatively state the preference on the undefined side of the target. Hence* the 
"pure" (or 'theoretic") target is the bound (L in our example), while T is a plausible 
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target. Reference is made to Fig. 20 which is a simplified diagram of a weak one 
sided goal. 

This case is handled through HanaiVs procedure. 

LexMin {{fV+ )(<?")} 

sJ. 

L<X<U 
other constraints 
Complex single-sided goals 

Unlike the previous case, here the user is capable of specifying the degree by 
which he prefers deviations from the theoretical, target up to the plausible one vis-a- 
vis the deviations from the plausible target. This case is depicted in appended Fig. 21 

Notice that we could have modeled the penalty function in the interval [L,T] 
as a "bonus" by raising the horizontal axis upwards until it intersects with the penalty 
flmction at T (changing the definition of zero penalty), This would not change 
anything in the outcomes of our formulation. 

Min W* *S{ +W* -S* 
s.t. 

<T-l 
L*X<V 

other constraints 
Simple two-sided goals 

This is the classical case in which the user specifies a point target with 
penalties on deviations in both, directions (not necessarily with the same weights), 
Mathematically, we formulate it as: 
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Mln W-^'^W + 'S" 

L <X<,U 
other constraints 

Two-sided goals with interval range 

Similar to the previous case where instead of a poinMarget we have a target 
range as depicted in the appended Fig, 22, 

'litis case is formulated by: 



Mm W~ -S; +W+ -S+ 

SJ* 

L<X<U 
other constraints 



Complex two-sided goals (segmented U-shaped functions) 

Tliis is the most general case that wc can treat at the time this document is 
being written. It encompasses all the cases presented earlier as special cases. It 
contains target range as well as multi-slop penalty functions on both sides of the 
range. A simple illustration of a case with two slopes on each side i$ depicted in 
appended Fig. 23. 

This case is solved through 

Mm W{ 3- +W~ +W?*S} +W**5Z 

L<X<U 
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other constraints 
Weights 

In the previoas section we introduced a goal into the objective function 
using three values V y , W~ , * . 

The value F y expresses the relative importance between the deviation 
variables of the goal, and the other goals introduced at the same level. 

The values W; and W+ express the relative importance of deviating from 
the target value t y . To maintain consistency across the goals in the same priority 
level we assign the value of 1.0 to the weight associated with the more severe 
deviations and a value that is smaller than or equal to 1 .0 to the other weight. 
Thus, if a deviation in the worst direction occurs, the entire V y will be applied. 
But, if the deviation occurs in the other direction, only a certain portion of V y will 
be in effect. 

Bounds 

Here we describe hard bounds on the problem variables, both decision and 
deviation ones. We do not address the issue of hard bounds in general. We require 
that all the GP problems that we compile he bounded so as to avoid unbounded or 
unrealistic solutions. Bounding the problem has other important advantages. These 
include, easier design of the utility layer, (such as, calculating the worst solution), and 
easier compilations (e.g.., performing the scaling described above), and more efficient 
run-time of the LP package. 

Decision variables bounds 

As mentioned above, decision variables get their bounds either through the UI 
level, or by interacting with the user and the Database or Catalog, and are out of the 
scope of this section. 

Deviation variables bounds 

Suppose we have a goal constraint of the form {g, + <?/" - S* - 7; }. 
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In general, we set the bounds on the deviation variables^ and g? here as 
follows; 

lb(fir)=0 and W)=0 

ub{sr ) « 7) - ftfe, ) ^(^; ) = ub( gi > - r; 

Notice that ub</) is the upper bound of/ and lb(/) is the lower bound of/. 



When we calculate the bounds of a goal of the form g t = ^a r X r as follows: 
Reference in the above regard is made to Fig. 24. 



Scaling 

The scaling of a GP constraint aims to handle two problems, (See Romero, 
1991 , pp. 35-36)- The first problem is concerned with goals that are expressed with 
very different numerical values (e,g. price in millions of dollars vs. number of days 
for delivery). In such cases we face difficulties in. combining the corresponding 
deviation variables within the same priority level in the objective function. 



The second problem is concerned with objective functions that mix deviations 
that are associated with both discrete and continuous variables. To express ordinal 
preferences in the dimension of a discrete variable we use internal weights that are 
arbitrary with respect to the other variables that share the same level of the objective 
function. 

Scaling by Targets 

As mentioned above, scaling is concerned with representing all the values in 
the objective function in consistent units. Given a goal constraint {g f + S f ~ - Sf =* T. } 
we scale the deviation variables such that they express the amount of relative 
deviation from the target values of each goal, as follows: 

77 



WO 02/077759 



PCT/US02/08293 



, when 0 < \T,\ £ I (i.e., goal is not scaled) 
,when|7;|>I (5) 
For example, suppose we have two goals 

{r+s;-s; =5000} 
\x+$;-s: =100} 

The scaling described above, will assign the same mimerieal value to a 
deviation of 500 in Y and a deviation of 10 in X, (i.e., a 10% deviation in both cases). 



Handling bounds 

In section 0 we discuss the upper and lower bounds that are defined for all the 
variables in a GP problem. However, after the scaling presented above, we should 
update the bounds for the deviation variables. Sealing the bounds, similarly to the 
scaling above, as follows, does this: 

T. li 

Comments 

1 . Currently we ignore constraints with negative targets at the 
right hand side (RHS) of the goal. However, for the sake of completeness the 
scaling is represented in the most general way 

2. The deviation variables are apparently not affected by the 
scaling. However, they can be considered as new deviation variables with the 
same name but different semantics 

3. Notice that the scaling of bounds described above is only 
affected for deviation, variables (i.e., the bounds on decision variables are not 
changed). 
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Example 

Suppose we have the following goal constraints (i.e., we'd like X y to be close 
to 100 but we do not care if it exceeds 100, X t close to 1 but we dou't care if it is 
larger than 1, X % close to 0.9 but we do not care if it's below 0.9, and X 4 close to 40 
and we don't care if it's below 40). Further, suppose that we consider X ] ^,.,X 4 
equally important. Now, writing the objective to minimize (<y, "* + <? 2 ~ + £ 3 + + ) would 
be mixing apples with oranges, due to the ranges of these variables. So> wc scale the 
goal constraints as showed in the right column below. Once we do that, we can write 
the goal, as (<£f + S~ + <y 3 * + $f ). Note that what we have done is to interpret the fact 

that the variables are equally important as meaning that percentage- wise deviations in 
achieving these goals are equally important Mad we been told that Xi is twice as 
important as the other variables, the resulting goal would have been 
(2 * S~ + 51 + 8^ 4- 8% ). Finally, we have not altered the goal constraint with 0.9 as it 
is reasonably close to 1. 



GP problem (before scaling) 



The same GP problem (after scaling} 



X } *=100 

jr,+*,w 3 *=o.9 
x t -40 



o.ovx x +s--s? =1 
x 2 +s;-s;=i 

0.025. x 4 + s;-s; =1 



Bounds: 



Bounds: 



0 £AT t £200 

03£X 2 <2 0 £^£200 

0 *X^2 Q„3sX 2 <2 
25 <X 4 <;50 0 <X^2 

25 <X A <50 



OSrfp £100, 0<<5V" <100 , 
Scaling by intervals 



Scaling can be done in interval terminology rather than by target. The 
advantage is that we can naturally handle a target of 0, For example suppose that D 

79 



WO 02/077759 



PCT/US02/08293 



treasures delay and we prefer zero delay. Suppose that D is in the range [700,850]. 
Suppose the target is 800. Observe that Che question to which the answer is 5 is "what 
penalty would you assign to a deviation the size of the whole interval?" Of course, at 
the GUI level, the question may he phrased differently. 



Min 5 .<?p . H ... /* 5 is penalty for a deviation of 150 units * / 

S,L 

— — + dp - Sp =» ~~ /* deviation measured as fraction of int ervol * / 
700 £ D < 850 



Pre- and post-matching specification via intervals 

A user specifies the importance in "interval units" prior to matching with other 
parties. The effective interval is the intersection of the intervals specified by the 
parties. Observe that when specifying., a party does not know which other parties' 
intervals will be encountered. We differentiate between resulting point intervals, 
small intervals, and normal intervals. 



Normal intervals 



Suppose a party specified an importance of 5 and its interval at specification 
time had 150 units as in the example above- Suppose the size of the intersection with 
another party's iutcrval has just 50 units. First, if the "old" target is outside the 
intersection (e.g., the intersection is [700,755]) ? we "push it" towards the closest 
intersection boundary (755) thereby creating a new target. If the "old target" is within 
the new interval (e.g., the intersection is [760,81 0]), we leave the target unchanged. 
Next, we modify the goal constraints and objective function to reflect the new 
interval The resulting compilation, assuming a new interval of [700,755] and 
following the scheme above, is depicted below. Observe the changes in the target in 
the goal constraint and the new bounds on the interval Also note the addition of the 
term 5(45/3 50) to the objective function due to a target shift from 800 to 755. This 
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constant term does not affect optimisation and we may remove it in treating the goal 
program. It is brought back only when the original goal program is used for ranking 
offers. Alternatively, we can keep the constant term, as it's important during 
negotiations that a big ''price" is paid. 



/* 5 Is penalty for a deviation of 1 50 uniis * / 
- 705 

^ /* deviation measured as fraction of im erval * / 

Note that we can do away with the -705 term that appears in both sides. 

Point intervals 

Point intervals are simply points, namely the intersection of the parties' 
interval is a point. In this case, we substitute for the variable ia question its value (the 
point) in the constraints. This also gives values to the deviations. We introduce the 
resulting constants into the objective functions. As before, we have the option of 
removing these constants altogether. 

Small intervals 

The resulting interval may be ''small*'. However, smallness is a relative term 
and what is small for parry A may be large for party B, If both parties agree that the 
interval is small, then they may simply choose a mid-point between their targets 
(shifted into an interval boundary point if needed) and we are back to the case of a 
point interval. If the interval is large for both we treat it as normal. If one party 
considers it small and the other as big, we treat it as normal. 

Transforming from target-based to interval-based formulation 



Mm 



D-705 
150 

705 < D s 755 
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In the target-based compilation method we treat importance factor as related to 
fractional deviation from a target of one. Consider an attribute P (for price) with a 
domain of [1 ,\ 000] and target of 500. Further suppose it has importance level of 7 
and that only positive deviations matter. Scaling by targets would lead to: 



Wn 7 -(5;)+,.. 
\ ^ p <; 1000 

Suppose that following unification with another party's business intention, the 
revised domain is [450,750]. Assume fprther that the other party's target for P is 700. 
Let us assume that we want to treat this new domain in such a way as to give an equal 
importance to a Dollar in the vicinity of 500 as to a Dollar in the neighborhood of 
750. To do that, we measure deviations in 'interval units' (before it was in 'target 
units*). So, the compilation is transformed into: 



Min 7300 ** 

P . «.«. 500 



A + S r - ffi -= - t* deviation measured as fraction of int erval * / 
300 F p 300 

450 < P £ 750 



The factor ((7 * 300)/500) is due to the fact that an importance of 7 was 
attributed to a deviation of 500 Dollars (the targei. size), which translates to an 
importance level of (7/500) for a one Dollar deviation. In the 'hiew" version* 
deviation is measured as a fraction of the interval size, so to translate it to Dollars we 
multiply by 300, Hence the resulting factor in the objective function. So, what we 
showed is how to move from target oriented" compilation to 'interval oriented 
compilation'. 



82 



WO 02/077759 



PCT/US02/08293 



What we showed so far is that we can represent the user 's pre ference in terms 
of intervals and that we can translate from target based representation to interval- 
based representation. The other direction is not always possible due to targets of zero. 

Targets outside of their domain 

Occasionally, we may encounter target values that are outside of the feasible 
range of values specified by the GP for a given variable. This may happen, for 
example, when one of the negotiating parties defined in his intention a range that is 
much larger than the range defined by the other party and a target that is closer to the 
high end of his range (say, a range of [1.00,600] with a target at 500 for a Price (P) 
variable while the other party's range is [100,120] with a target at 1 1 0). The 
unification procedure sets the feasible range for this variable according to the 
intersection of the ranges - in our case this means that it is set according to the 
definition of the second party. 

These situations may cause severe distortions in the evaluation of the 
deviation B om the goals. When weights were solicited in order to be used as 
coefficients in the objective function, the users were thinking about the relative 
negative effect of deviation by one unit above or below a target in one dimension 
versus another In the case described above, the proportional deviation in P for the 



first party will range between 0-76 to 0.8 ■ — — - . Hence, the importance of this 



deviation is rather marginal since the deviation itself is quite significant no matter 
which value will eventually be selected for P. 

To correct these deficiencies we set the bound nearest to the target as an 
effective target for a variable whose original target is outside its allowed domain (in 
our case, 120 becomes the effective target). Consequently, we need to transform the 
original deviation variables into new ones. This is demonstrated through the following 
example. 

Original formulation 
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100 £ P< 120 
30<£><90 

We define a transformation between the original deviation ( 5# ) and a mew one 

A 

( <?~ ) that would relate the deviation to the effective target: — =* . This 



leads to the following revised model. 
Transformed formulation 



100<F<120 
30<D<90 

Notice that the revised weight on deviations from the effective target in P is 

(7 • 380^ 

now much smaller than its original value. Also notice that the fixed term I - — - j 

was omitted from the objective function, as we do notcarry constants in these 
functions. (Note that we still have to "remember" this constant once we compare the 
end result of negotiations with this GP with an end result of negotiating with another 
GP obtained similarly from the original GP but for another interval,) The treatment of 
the other variable (D) was not directly affected by the transformation. Indirectly, 
however, the weight on the deviations from its target, which was inferior before, is 
now superior to that associated with deviations in P. Tins is the right thing to do as 
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indeed all points in [100 5 120] are roughly of the same quality regarding a target of 
500. 

The general form for deriving the new deviation variable 5J, is: 

ET-S;+\OT-El\_ 
— - —Op 
OT 

where Oris the ^old" target and ET is the new effective target (an end-point 
of the unified interval). When the original, target is greater than the upper bound, ET 
is equal to the upper bound of the variable and \OT - ET\ ~OT- ET . In the other 

direction, ST is equal to the lower bound and \OT - gl\ = ET~ OT . 

Of course, the goal constraint that was originally compiled using OTis now 
replaced with one using ET and <£; > 

Cases where OT is smaller than 1 and ET is larger than J 

When OTis smaller than 1 the original goal constraint was not normalized. 
Hence, in these cases die proper transformation is: 

£T-8l+{ET-OT)=S; 

Notice that Sp is expressed in absolute terms while S£ is expressed in 
relative terms. 

Cases where Oris greater than 1 and ETis smaller than 1 

Here we go in the opposite direction. The original goal constraint was 
normalized and the transformed one is not. Hence, here S$ is expressed in relative 
t^rms while Sp is expressed in absolute terms and, 

s;~(ot-et) ^ 
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Trade-off relations 

This section deals with advanced goal constraints, which aim to better express 
the user preferences. 

Single dimension interval goal 

A single dimensional interval goal is shown in Fig. 25. 

Input for compilation 

(Regarding the decision variable y) 
Target interval: (L y , U y ) 
Level of objective function: L 

Relative importance within level: V y 

Weights for Jower and upper deviations within the y dimension: 
W;,fVy , here too, without loss of generality, we assume that the max of 

Rcpresentation in the GP model 
Goal constraints : 

Objective fat levei L) : Min Z= V y *ty; + WJ ^ + }-f ... (6) 

Comments 

1 . fd v , ju 2 are auxiliary variables that do not enter the objective 
function. As in the other GP constraints, there is no need to impose the non- 
linear constraints p x <&* ~fi 2 -£~ **0 since they are satisfied automatically. 
This phenomenon is due to the fact that the two columns corresponding to 
5"* and 5" in the matrix of coefficients for the linear program are linearly 
dependent, Since the optimal basis of linear programs does not consist of 
linearly dependent columns wc know that both variables cannot participate in 
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such basis (The variables corresponding to the optimal basis are the only ones 
to receive non-zero values in an optimal solution). 

2. Calculating bounds for the problem's variables is very similar 
to the case of ordinary goals (see 0). 

Le., Q<S~£l y , Q<S* <U y , and. 0< M „v,£U y -L y 

Two dimensional trade-off goal 

A two dimensional trade-off goal is illustrated with reference to Fig. 26, 

Input for compilation 

Two equally preferred points: (x } 9 y { ), (x 2 , y 1 ) , which determine - the 
relations (aJl other variables held fixed): 

Level of objective function: L 
Importance within level: V 

Relative weights for lower and upper deviations from the trade-off 
line: W~ \W . Here too, without loss of generality, we assume that the max of 

Representation in the GP model 

Goal constraints : y-b-x + S" -S+ ~ a 

Objective (at level L): MinZ^V*{w S~ +W* <r}+... (7) 

Comments 

1. Trade-offs are preferably only amongst variables associated 
with the same priority level in the objective function. Otherwise, logical 
inconsistencies concerning levels' importance may result, 

2. These trade-ofts raise the question of allocating a "finite 
capital" of weight values (see 0). That is, suppose the user intended to 
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associate identical importance with three decision variables; x, y, z. Let's 
further say that they are all measured by the same units (say, in dollars). 
Nevertheless, since Z will be represented in the objective function only with 
its individual weights while x and y will have in addition to their individual 
weights the weights associated with their trade-off, their relative weight in die 
objective is going to be higher. 

3. Tn compiling trade-offs we can scale them either "by target** or 
"by interval" (see the Scaling section in the basic goal compilation). Scaling 
of trade-offs by target is done by dividing the trade-off constraint by the value 
of the intercept a (leading to 1 on the right-hand-side). To scale by interval we 
divide the trade-off constraint by the interval associated with the dependent 
variable (y in the examples above). This is done because the deviations in the 
trade-off constraint are expressed in its units. 

4, We do not put tight bounds for the deviation variables; instead, 
we put some reasonable bounds according to the bounds of the decision 
variables: 

0 < £ Max{y(lb(x)) 9 y(ub(x))} 

where we define y(ub(x)) = a 4- b ■ ub(x) , and y (lb(x)) = a + b> lb{x) , 
This expression insures a good upper bound without depending on whether the 
slope, determined by the sign of b 9 is increasing or decreasing. 

Single dimension two-point goal 

A single dimensional two-point goal is illustrated with reference to Fig. 27. 

Input for compilation 

Two equal ly preferred targets: 7] 7 T 2 
Level of the objective function for both targets: L 
Relative importance within level: V 
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Relative weights for lower and tipper deviations within the dimension: 
W~ . Here too., without loss of generality, we assume that the max of 

Representation in the GP model 

Goal constraints : 1 " 1 1 (8) 

Objective function (at level D : 

Min " ■ Min{s; , <Sf }+ *T + . jWb{jf , 6* }+ M«|r * S+ 9 W- • }} 

Comments 

1 . In the objective ftwetion above, the first term corresponds to 
the region to the left of point T i7 the second to the region, to the right of T^ and 
the third to the middle region. 

2. The objective function above docs not lend itself easily into a 
linear programming formulation. Hence 3 at the current version of the software 
we shall break these situations into two intentions. The control mechanism that 
builds and releases intentions will be required to recall the XOR relationship 
between them. 

3. The weights associated with negative and positive deviations 
from the two targets do not necessarily have to be identical (as presented in the 
figure above), Tn such cases, we'll have to rewrite the equation, e.g. instead of 
writing W wc write W^^ ^ . 

4. Calculating the bounds of the deviation variables is as describes 
in 0 for Ordinary goals. Notice that this trade-off consists of two ordinary 
goals. 

Piecewise linear two dimensional trade-off goal 

A niecewise linear two-dimensional trade-off goal is illustrated with respect to 
Ei&m 
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Input for compilation 

Three equally preferred points: (x %f y t \(x 2y y 2 ) i (x^y 7 ) (all other 
variables held fixed) 

Level of the objective function for both targets: L 

Weights: W~>W* , here too, without loss of generality, we assume that 
the max of 1.0. 

Representation in the GP model 

Goal constraints : or 

y-b 2 -x+5;-d;=a 2 

Oblective function : or 

Minty? -8% + W 2 -5; +...} 

(9) 

Comments 

As before, this case will be compiled as two separate (but related) 
intentions. 

Inconsistent Trade-offs 

When users enter pairwise trade-offs there is a chance that inconsistent 
relations will enter the system. For example, the user states that the slope of the trade- 
off between variables x and y> and between x and z are +2 and +3, respectively. Then 
he specifies the trade-off slope between y and z as +5. But, the slope implied through 
the first two trade-offs is +6. Such potential inconsistency will be handled in one of 
the following ways. 
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Forbidding inconsistent trade-offs 

To prevent any chance foT inconsistency we allow entering up to (n-1) 
distinct trade-offs (n is the cardinality of the vector x). Consider the n x n matrix 
of all pairwise combinations. 

• Check out the n entries along the diagonal. 

• Accept a new trade-off only if it refers to an entry in the matrix that is 
not checked. That is, stop accepting new trade-offs when all the entries in the 
matrix ore checked. 

• Each time a new trade-off is defined (say between x i and x s , / * j \ 

check out both entries {ij} and {ji}- Also, for all k such that entry {ik} is already 
checked out, check out entries {jk} and {kj } . 

Allowing inconsistent trade-offs 

Here we allow up to * ^ — ~ trade-offs. But, any new trade-off that is 

entered is compared to a. list of implied trade-offs that are gradually being 
constructed as more trade-offs are recorded, if the new trade-off contradicts an 
implied one, the system will automatically generate a warning to the user 
allowing him to either accept the implied relations or stay with the inconsistent 
definition he has just entered. 

Note that in both cases, each of the trade-offs that eventually enter the system 
is weighted according to the user specification but the overall weight associated with 
each variable is limited by the "finite capital" principle which is defined later in this 
document. 

OR conditions (disjunct compilation) 

This section describes the problem of compiling several disjunctive constraints 
into the GP model. This is a challenging task since all the constraints of a GP modeJ 
are, by definition, implicitly conjuncts. Therefore, we need to provide a translation 
method for a disjunctive expression so that we can require the satisfaction of an 
arbitrary subset of the disjoint constraints; That is 5 enabling solutions to problems 
such as asking to satisfy exactly three disjoint constraints out of seven or asking to 
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satisfy at least two such constraints out of five, etc. Moreover, ihis translation must 
consist of only linear expressions, as we are restricting ourselves to integer and linear- 
programming capabilities. 

Problem description 

Notation (general) 

X ' « {x, ... x k } A set of k variables, 

f (X) A linear combination over the vector X, 

z,w,b Symbols for binary variables, that . is 3 z,w,b e {0,l}- These 
variables will be subscripted as necessary. 

ci. Relation of the form f(X ){< >, <, >, =}7;. , participating in a disjunction. 

dr Complementary relation for d l , ifd, : x f . < T £ then dp : x y > T f . 

c. Relation of the form <,>,=}?; , participating in conjunction. 

c? Complementary relation for c t , e.&, if c i : Xj < jf. then C? : x j > 7) . 

D k m A disjunction of m relations over the set Xwith k variables. 

Cl A conjunction of n relations over the union of set X with a set 
of additional binary variables, and another set of constants (upper and lower 
bound values). The parameters / and n are defined later on. 

S r q A predicate describing the cardinality of the subset of satisfied 
disjuncts in Z>* , with a quantifier, q~{At least, At most, Exacdy}, and 
cardinality r. 

The predicate has The form: 

{At hast t At most, exactly} r disjuncts in D k m must be satisfied. 

The quantifiers {At least, At mo$t, Exactly} will be represented by the symbols 
{£, ks} 7 respectively. 
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Comments 

The disjuncts and conjunct mil necessarily use different sets of variables, as 
the conjuncts will be introduced with additional binary variables. 



93 



WO 02/077759 



PCT/US02/08293 



Representing strong-inequalities 

By strong-inequality wc refer to a relation with the operators {< 3 >} , and by 
weak-inequality we refer to a relation with the operators 

Notice that in a LP package we do not have the capability to express strong- 
inequalities such as x < 7 or x > 12 , due to the representation of LP models in those 
packages. Therefore, we represent strong-inequalities using weak inequalities where 
the targets on the RHS are perturbed by an infinitesimal amount (s) , 

Le>, j \X) < T , is represented by: f(X) <T-e , and, 
(10) 

f{X) > 2\ is represented by: /(X) > T + e . 
01) 

Although this solution seems logically incorrect, it is practically sound, since a 
LP package uses such an 6 anyway, e.g, s in order to round values. 

Problem description 

Given a set of disjuncts, -D* = . . . d m } overX a requirement S r q and a set of 
bounds for all the variables; ly < x f - < Uj , V* y e X , 1 < / ^ k . 

Our objective is to determine C\ so that it satisfies the requirements 
over/}*. 

The solution of the problem will be presented as follows: 

1 . First we introduce a. solution for the general case 2>* ? S e q , 

showing how we represent inequality disjuncts as conjuncis, and then how 
to expand this representation to include equality disjuncts. 

We also show a solution for the special case when k =* 1 (that is, for a single 
variable), and all disjuncts are equality relations. 
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Comments 

1 . The requirement of an uppcr/lower-bound for x } is mandatory 
for the solution to work, as these bounds are used in the re-formulation of the 
problem. 

Given the upper and lower bounds of the decision variables, we can calculate 
upper and lower bounds of any function f(X) over these variables. See 0, 

Alternative solutions 
General case solution 

In the general solution we first show how to solve inequality relations, then 
handle equality relations, by representing every equality relation by two inequalities. 

Representation of inequalities 

First, we notice that an inequality of the general form d : f{X)^>\T > may be 
re-reprcsented as follows: 



1 . A relation of the form d 9 : f (X) < T f by : 



(12a) 



Ifz = U 



we get f (X) <: Tj , thus, we require that d t must be satisfied. 

Tfz = 0> we get & (X) < £/(/, ) 9 thus, making it a 
redundant constraint, i,e„ one that is trivially satisfied. 



The complement dp : /j (JQ > T is represented by: 



cT : /, (X) £ (1 - z,y (?) + z r UJ]) 
(12b) 

If % - 1 9 we get f {X) £ L(f ) 9 thus, making it a redundant 



constraint. 



we gel f(X) > (T, + s), thus, we require that dp mast be 



satisfied. 
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Notice that the conjuncts and together, arc to be satisfied at the same 
time (they are conjuncts), thus: IfzF*1, d t is satisfied, and if z=0, d, is not satisfied. 

2. A relation of the form , : J] (X) >T n is represented respecti vely, as 
described above: 

c? :f t (X) < (1 - x, HT t -s)+z r Utf) 

(13) 

Comments 

1 . The representation above keeps the relations linear. 

2. For any value of z, , either tf, or will be satisfied while the 
other will not. 

The presentation of U(f) and L(f) is made possible due to the requirement that 
all variables are bounded. 

Representation of Equalities 

An equality relation d t : f£X) = T. can be rewritten using two inequalities as 
follows: (fX^ZT^iMX)^). 

We use two binary variables, z i for representing (f } (X) <T t ) and w f for 
representing £ T. ), such that d t is satisfied iff z k ~ w ; = \ . 



Using the inequality representations from the previous section we get: 
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: fxx) < (i - - e)+ w, - £/(/;) 

c w : 2 f - + w, > 1 
(14) 

Satisfying rf, : 

Jfz t = hw t = l 9 we get (/"(JO * ^) and(f,(X) * thus, 

toC*)-r # ). 

Unsatisfying rf, : 

Jjf *, = l,w, =0, we get < 7J - ff), especially (/J(Jf) * ^ ). 

// Zfl = 0,m>, =1, weget (/)(X)>7;+^),especiaJly 
Comments 

1 . We eliminate the case z } = 0, w. 0 „ as it leads to an 
inconsistency when requiring (f t {X) > 2] + e)and{f t {X) <,T i - e), 
simultaneously. 

Hie formulation above has no preference for either w { or z i , so that if d, 
should not be satisfied, j\ (X) & T t i t we can choose either direction / f (X) < T< or 
/(JT) > i; according to the values of X. 

Problem description 

Given the set D k m of m disjunct relations and the requirement S T q ; and given 
that consists of rni inequalities and mi equalities (m } + m 2 = m) 9 and bounds for 
the variables, L f <Xj < Uj , V* y e X > 1 ^ y 

We present the set C l n of « = 2 - + 5 * m % + 1 conjuncts, and 
/ - /w, + 2 • w 2 + /fc variables, and show that Cj is satisfied #T Z>* , S' q is satisfied, 
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Construction of C[ 

As wc showed above, an inequality relation rf, can be presented by two 
conjuxicts a, and and a binary variable z f . An equality relation d. can be 
represented by five conjuncts cj , , c? , and c , and two binary variables z f 
and w f . 

Given m; inequalities and m 2 equalities we construct C*„ , by introducing 
m { +2>m 1 new binary variables, % t s {o,l}, 1 £ / £ m , and d {u,l}, 1 < / < m 2 > 
(Notice, m J +2-nt 2 =m+m 2 ) 

(15) 

Where the representation of <?* depends on the type of relations as follows, for 
1 5 i S m , 1 <, j < m 2 

' j 
/ J 

1 . The 2 « ?w, + 5 - m 2 + 1 conjuncts are: 2 • tw, conjuncts for 
handling the inequality relations, and 5 • w 2 conjuncts for handling the 
equality relations, and an additional requirement to satisfy 
The m y + 2 ■ m 2 + & variables are: /« T binary variables for the inequality 
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relations, and 2 • m 7 binary variables for the equality relations, and the k 
variables inX 

2. Note that all the expressions in (1 5) and (16) are linear. 

3. The conjuncts 
^^< > cr"■C,c^'.< 2 ,c^••<^C••<) represents equality 
relations according to (14) above. 

Each equality relation rf, is represented in this seL by 
{cf,<\cr,4%^} 7 and will be satisfied i^Tw, == ^ =1 (i.e., when 
w { + r ; - 2 ); and therefore, it will not be satisfied when + z, - 1 » 

4. The conjuncts {c m2 + t — c m , c£ 2+l • • • } represent w T 
inequalities according to (12), for an inequality with the < operator, or (13) 
for an inequality the £ operator. 

Each inequality relation d k will be satisfied iff % jz, = 1 ; therefore, it will 
not be satisfied when z t ss 0 . 

5. The conjunct c* described in (16) represents the requirement 

of s;; 

i j 

Notice that all the variables in the equation are binary variables, 
that it, they may only add one or zero to the sum. 

An inequality will be satisfied iff 'its binary variable z t adds 
one to the sum, or adds zero otherwise. 

An equality relation will be satisfied Iffiis binary variables z { and 
v^.add two to Hie sum. Otherwise they add one. 
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Thus, in order to safety any r conjuncts or disjuncts we require: 

inequalities ttytnliiles 

However, there are equalities, providing (-m 2 ) to the total 
sum, thus, we geL the equation as presented in (16). 

According to the explanation above, if we wish to satisfy at 
least (at most) r disjuncts in D* , the result for the At least 
(respectively, At most), case is immediate, as the sum represents 
exactly how many disjuncts are satisfied., while all the other disjuncts 
will not be satisfied. 

Example 
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D\ : (* = 9)< v (x * 13)" v (* S: 1 7)"' v (x <> 8) iK , »i 





/ _ l OT — 4 »?i = 2. m2 = 2) 

^/t — I 9 fir* ~- »«* rr**« 




C 15 : 




CO 










■* \ / V If 






xr<(l-W,)-(9-^)+w r t/ 






W, +Z, Si 




A 




(//) 




x > (l-zj- (13 + .<rj+z 2 Z. 






x>w 2 -(!3)+(l-w 2 )-£ x 










c 2 


w s + z, S: 1 




A 








x£Z 3 17 + (l-S 3 ) -L x 


(///) 


C-3 


x 4 (\ -z 3 )- (17 -s)+z 3 U x 




A 




(TV) 




jc^(l-z t )-(8 + f) +z 4 -i J! 




A 


+ w, -l)+ (z 3 + Wj -l)+ z y + z 4 - 1 


(Si) 




s ^, + z 2 + JT, +z 4 +w, +■ w 2 = +3 





St J. z x , z 2 , z 3 , z A , w, , Wj e {0,1} > 
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Handling equalities (a single variable) 

Compiling Z>* is an easier task, in the special case where k = 1 (a single 
variable) and all the disjuncts are equality relations, with the requirement Si (that is 
exactly one di$junct is required to be satisfied). 

Another required restriction is that all the equalities in D } w are unique, that is: 

For d. :x - /land dj : x » TjJ * j implies that T t * T r 

Constructing CT +1 

Given the set D l m ofm equality disjuncts and Si , we show how to generate a 
conjunction C^ 1 , with two conjunct and m + 1 variables, which is satisfied iff 
D\ iy S* H &re satisfied. 

We attach to every d l ; x = T ( a binary variable 6, , as a flag, to the value 7] ; 
then request, according to S;, that {At least, At most, Exactly} r flags will be 
satisfied, 

Constructing t by introducing m new binary variables, 
e{0,l}j <:/£?»: 

(17) 

The solution is immediate: 
(18) 

i 

<is>) 
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Comments 

1 . The requirement set S\ aims to eliminate redundancy. 
Moreover, if we allow any requirement set S' q then a subset ofdisjuncts 
satisfying S, must be similar; that is all of them with the form x = T . 

2> Notice that C* +l is represented by two groups; the first one 
{c { } h the translation of D l „, constraints from disjunct* into conjuncts; and the 



3. Note that the expressions (18) and (1 9) are linear. 

4. First we notice according to ( 1 9) that only (and exactly) one of 
the binary variables will have the value one 7 whereas all the other binary 
variables will have the value zero. 

That is, for some 1 Si < m 9 6, =1 , and foj = 0 1 < j £ m, j * i. 

5. According to the above, c 5 in (18) will always have the form 



Therefore, the above formulation allows us to choose exactly one of the values 
ti to be assigned to x. 

Related issues 

See section 0 about discrete variable compilations. 
Example 
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/>i:{(x = 4)v(x-40)v(x--10)v(x = 12)} 9 $1 
■ 

c } : x = -4 + ^-40-^ -10 + 6 4 -l2 

A 

c b : 6, +6 2 +6 3 +6 4 =1 
sJ. b l9 b 29 b $9 b A g{0 ? 1} 
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£>iscrete variables compilation 

In the first two sections we described ordinary goals and trade-offs. However, 
those sections dealt with continuous variables only. This section deals with, the 
problem of representing discrete- valued variables. Especially, we are interested in 
representing string values, such as the names of hotels in a city, or colors of the 
product, etc. 

Related issues 

1 . See section 0 about Combining objectives. 
Representation of strings as numerical values is out of the scope of this 
section. 

The general case 

Input for compilation 

(Regarding a variable I) 

Feasible values of t {l\ . . ,T m } . 

Level of objective function L . 

Preference weights for every feasible value of t {JV^ . . . f¥ Bl } . 
Relative importance within the level, V t . 

Representation of variables and constraints 

Definition of/: f-j^ZJ-A, 

The definition oft is kept OUTSIDE of the GP. We use it only 
for the purpose of translating the GP outputs in order to present them to the 
user (or to forward them to the agent of the other party). The other variables 
we define below will play a role in the GP, 

Hard constraints: x t « ^TW f ■ b t x r is an. auxiliary 

i-i 

variable. 
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=1, b, e {0,1}, i<,i<m 

0 £ c t , 1 , \&l€,m c, are continuous 
variables that serve as a relaxation for the binary variables b- x . 

Goal constrain t: x,/W mw +8' -S* =1 

fT'"" is the maximal weight in {f^ . . ,W m } . 
(20) 

Objective (at level L) : M« Z =V, -S~ 
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Comments 

1 . The goal constraint described above is a onc-sidcd one, where 
S + = 0. 

2. The representation above preserves our requirement that the 
objective function can consist of deviation variables only. 

3. VI Issues; The definition of variable / is not within the GP 
problem. That is, the GP problem will deal only with the other variables we 
define above. 

4. The variable x is auxiliary, thus, we must also set its 
upper/lower bounds. These may simply be x e [o, W™* ] 

Example 1 

Suppose that the variable t represents the day of delivery within a week, where 
the days Sunday through Saturday, are represented using the values one to seven, 
respectively. 

A seller can deliver the product on Tuesdays, Wednesdays, and Fridays, with 
the following preference weights: {W Tua =l 5 W w , a =8> w *n = 3 }- 

Also suppose that the seller asked for some Level of objective Z ? and some 
relative importance within that level V f 9 and that the seller cannot provide the product 
on any of the other days. 

Definition of t (day): i = 3 • ft, + 4 • b 7 + 6 ■ * a 
Definition ofx: x = 1 - b x + 8 b 2 + 3 - ft 3 

6, +63+^=1, {0,1); 0<**8 

Goar/ constraint: jc/8 + J" - J + =1 
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Objective (level L): Min Z-V t J~ 
Preliminary Negotiation Stage 

Since the x t variables participate in negotiation phases in which the parties 
may attempt to adjust them in small or moderate steps, we decompose the 
negotiations into a preliminary stage in which the binary variables b t are relaxed 
through c k . This stage ends wiih an attempt by the party who is ready to accept an 
offer made by the other side to re-adjust the x t values according to the binary ) 
rather than the continuous variables ( c, ). This is illustrated through the following 
example. 

Example 2 

Suppose there are Ave colors, denoted by the index i = 1 » . . „ 5 and weighted 
by the two parties as given below. 



Color 


Red 


Orange 


Yellow 


Green 


Red 


Index 

0) 


1 


2 


3 


4 


5 


Buyer's 
Weights (W B ) 


5 


3 


3 


2 


1 


Seller's 
W Weights 
(W S ) 


2 


3 


4 


3 


4 



The part in the Buyer's original GP that is relevant to our example is: 



108 



WO 02/077759 



PCT/US02/08293 



a = 5-#£ 

*, 6 {0 7 l} V/ 

The corresponding part in the Seller's GP is: 

X s = 2*b x -f-3 : £> 2 +4-&, +3*6, +4-5 s 
4 

^ € {<) 7 l} Vi 

Notice that since the seller's highest ranked alternative was accorded a score 
of 4 his GP is trying to assign that value to Xs while in the buyer's case the top choice 
was given a score of 5 and therefore his GP tries to set X fl ~ 5. 

To generate the Seller's initial offer we employ the original binary variables 
(the 6, >s) + The outcome is: 

*>X B = \,S~ B = 0.8 =>a~4 
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The Seller's second offer is dictated by the Aggresstve-Irnprove model (say, 
p = 0.1 ). In. generating this (and all subsequent) offers) we replace the b ( 's with 
their continuous counterparts (thee,, 's). The outcome is: 

a rl * w +y~ -r* - <* - /? • (a** - or* )=> a *" + y ~ ~ p * - 4 0. 1 - (4 ~ 0) = 3.6 
= 0,72 = lAz* Cl = 0.6,c 2 -0.4 JT* *=3.4>3 

Tlic Seller's next offer, again dictated by the Improve model is: 

<x- ew +7~-r* = <x*" -p(a last -a')=> a new +y~ =3.6 -0.1 -(3.6-0)- 3.24 
=> SI - 0.648 s> jf ff - 1.76 » <? t » 0.24,c 2 0.76 ^ JT 9 - 3.24 £ 3 

This will continue in the same manner until we reach acceptance. At that point 
do wish to translate the c, 's back into binary values for the corresponding h f 's so as 
to select a unique color. Suppose the buyer is ready to accept the last seller's offer 
(with the values given above). To do so, the buyer will solve an extended GP in 
which the <x io * 3.24, J3 l<1 * - 1 r 76 values given in the last seller's offer serve as 
targets: 
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Min 1000 • A* + 100 • &\ + 10 - (r" + t* )+ (v~ + o* ) 
s.t. 

i * 

b, <= {0,1} Vi 



^.+r^-r + =3.24 



OA 



If this attempt to finalize the deal fails (e>g„ due to the haTd constraint 
embedded in the GP of either the buyer or the seller) we let the parties continue 
negotiate. If such failures repeat themselves we can still try to resolve the situation 
through the mechanism level (for example, switching into an Ignorant mode). This 
will be defined in the Mechanism document. 

Compilation of Date 

Dates are represented as continuous variables that count the minutes from the 
beginning of 1 .L197G. To compile date-type variables we translate the absolute date 
into a relative date. The GP will handle only the relative date variable. To do so, we 
refer to the lower bound of the absolute date variable as Offset_D (this is the number 
of minutes from 1 .1.1 £70 to the lower bound). Then, we do the following 
translations: 

The absolute target date specified by the user for D (Abs_tar_JD) will be 
expressed in relative terms a$: Rel_tar D = Abs__tar_D - OffsetJD. 

The relevant goal constraint will be: D + g£ = Re / _tar _ D - 

The optimal value (D*) will be translated back to absolute date terminology 
through: Abs_D* « OffsetJD + D*. 

The trivial case 

Input for compilation 
{Regarding a variable t) 
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Feasible values of t {T, ~ . T m ) , 
Level of objective function L . 
Relative importance within level V t , 

The values of i are ordered, i.e,, i <s {r, , . . . f T x + m -1 } . Moreover, the 
order of the values represents the user order of preference for these values. I.e. 
the weights for these values are implicitly {fF, = 1 „ . 3 fF m - m} . 

Representation in the GP problexn 

In the described simple case> we set the variable / to be of an Integer 
type> so that it can be assigned only wjth integral values. Then we represent the 
goal as an ordinary goal (see section 0 about Ordinary goals) 

Definition off: , ... , T x +*M~l] 

Le- 1 is Integer and T x , T m **T } +m~l> are the lower/upper bounds for r. 

Goal constraint : i(T m + <T - S* = 1 

Objective fat l evel LV . Min Z~V r S~ 
(21) 

Comments 

1 . The definition of variables t and x as presented in (20) above 
will be identical in this case. Therefore, we omit the usage of the auxiliary 
variable x. 

2. Notice that in this ease we do not need to represent t explicitly 
with binary flags. 

3. UI issues: with suitable VI support, we can easily allow any 
value Tji 1 £ j £ m , to be the most preferred value (instead of T m % and turn 

the goal constraint into two-sided one;, with deviation weights fV t ~,W* as with 

ordinary goals. 

Example 
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Suppose that the variable t represents the day of delivery within a week, where 
the days Sunday through Saturday* are represented using the values one to seven 
respectively. 

A seller can deliver the product on Mondays, Tuesday, and Wednesdays, in 
this order of preference, le., Wed- is die most preferred. 

Also suppose that the user asked for some Level of objective L, and some 
Relative importance within that level Vj , and that the seller cannot provide the 
product on Sundays* 

Definition oft: f <s [2. .4] , / is integer. 

Goal constraint: t/4 + S~ - <T = 1 

Objective (level L); Min Z = V t +. M Combining objectives 
m The "finite capital" problem 

This section explains how to weigh the deviations associated with a particular 
decision variable within a specific value of the lexicographic objective function. We 
assume that the variable will appear in the goal constraints in two ways: single- 
variable and two- variable (trade-off) goal constraints. 

Single-variable goal constraints : jc, /g f + S; - S* = 1 

Two-variable goal constraints : x f /a y -x,/a # + -T?j = * 

Weights are to be elicited in the following manner: 

1 . Each variable is associated with a particular level of the 
objective function 

2. Within its level, each variable is assigned a weight (V t ) that 
determines its relative importance vis-&-vis the other variables in that level, 

3 . For each variable we enable the user to define the relative 
importance of positive vs. negative deviations (w^W'). Three scenarios 
might be realized: 

i. W* > W{ > 0 or its symmetric case Wf > W* > 0 , 
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ii. W* > 0, Wi « 0 or its symmetric case 

Hi* W* > 0, Wf < 0 or its symmetric case 
> 0, Wi* <0. 

Trade-offs are allowed only between pairs of variables associated with the 
same objective level. The weight of each trade-off goal is either provided explicitly 
from the GUI layer, or computed as an arithmetic average of the values that are 

V + V. 

involved in it (i.e., V tJ = ' y s )* With respect to deviations above or below the 
trade-off line we consider only two scenarios: 

a, w* =W t J >0 

b, Wy W~ > 0 or its symmetric case W t J =0, W* >0 

The jffnz/e capita/ problem is how to ensure that the importance of a particular 
variable hi a given level will not be distorted as a result of its participation hi many 
(or few) trade-off goal constraints. Let T(i) represent the set of variables that are 
traded off against variable i. We distinguish between two GUI-dependent cases: 

1 . The trade-off constraint was entered as a linear function where one of the 
variables (x» at the top part, of this page) is expressed in terms of the second (xj). In 
that case, the deviations are measured with respect to x\ and therefore the deviation 
variables that correspond to this trade-off will affect only the portion related to x 4 in 
the objective function. In this case > the part of the objective function that corresponds 
to xj will be formulated as follows: 

/«"(') yirTO ' " 

2. The trade-off constraint was entered through two points that represent 
equivalent benefit to the user. In that case the constraint should affect both x s and Xj. 
Tn this case, the part of the objective function that corresponds to will include a 



+ 
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term that corresponds to the same trade-off that entered the part that corresponded to 
x i5 but with orthogonal deviation variables (notice that, y)i - b (J 'T^rji = by '/y )• 

Comments 

1 . In the formula above the first term corresponds to "capital 
allocation" to the ordinary non-imde-off objective, the second term 
corresponds to the trade-off terms. 

2- If there are no trade-oft" constraints associated with variable i 
then only the first term appears and the weighted sum of the upper and lower 
deviations of that variables are accorded the proper weight of Vj. 

3 . As the number of trade-off constraints associated with variable 
i increases, the relative hnportance of the first term (corresponding to the 
single-variable constraint) decreases. 

A general compilation example 

An agent who sells used cars is willing to sell a car with the following 
requirements 

Price: represented by variable p. (See 0.) 

Price ranges between [2200-3500] in $US. 
The target price is T p = 3000 . 

The Relative importance for price is V p « 1000 . 

Also assume equal preference for deviation in either direction, i.e- 

Delivery day; represented by variable d, (See 0,) 

Delivery day ranges between [10-18] from the day of signing the deal. 
The target day is T d - 12 . 

The relative importance for delivery is V tf = 1 00 , 
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Also assume the following preference for deviation in either direction: 

=0.666, w; -1.0. 

Color: represented by the variable r. (See 0) 

Color is one of the following: Red, Black, and Silver. 

Color strings have the translation values t € {17, 22, 50} respectively. 

The relative importance for color is V d = 10 . 

The colors* weights arc = {l0 ? 20, 30}, respectively. For example, 
these weights may have some relevance to the number of cars that remained in 
store for some color). 

All the variables are at the same level in the objective function. 

Trade-off: here the trade-off is between the price and the delivery day, e.g., for 
better usage of the parking space available to the seller. (See 0). 

Suppose that the seller provided the following two points for the trade- 
off, {12, 3000} representing the respective goals* targets, and point 
{15, 3090}, i.e., representing a loss of $30 for every day of delay in delivery. 

The relative importance of the trade-off is V dp = 300 . 

Also assume equal preference for deviation in either direction, i.e. 

Comments 

I . Notice that the point {12, 3000} represents the targets of 
the ordinary goals for the two variables participating in the trade-ofE 
In general, however, such points do not necessarily reside on the two- 
dimensional trade-off straight line. 
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2. Since the trade-off was entered through two points it 
will affect both the part of the objective that deals with the price and 
the part that deals with delivery. On the other hand, if the trade-off was 
entered as a linear function where price is expressed through delivery, 
the corresponding deviations would have appeared only in the part that 
corresponds to price. 



io-<y; 

subject to : 

xfso+s; 



{price) 

(.day) 
{color) 



p/26W - 30/2640 d + ^,~ <S^ = 1 (price ~ day tradeoff) 



t = b i -l7+b 2 -22 + b } -50 

* = 6, I0-f& 2 < 20 + ^ -30 

6, +*j +^ »=! 



(representation oft) 



2200^ p £3500 



(bounds from UI) 



0 £ j; <: 800/3000 (compiled bounds) 

0£S; £500/3000 

OS^JS 2/12 

05«5j£6/I2 

0«S*:£30 

Os^rsri 

o<r<?;<:o 

Os^ £3180/2640 
OS^, S3 180/2640 
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Now, ass ume that the relative importance of the trade-off was not 
provided explicitly as above, and is therefore derived as the average of the 
values of Vj and Vj. The resulting GP is identical to the previous one, except 
that Vy =300 is now replaced with Vij =550 (and consequently, the values 
1300 and 400 in the denominators are replaced by 1550 and 650, respectively). 

Introduction 

This document describes the utility layer of an automatic negotiation system. An 
automatic negotiation system offers facilities for automated negotiations that may be 
used by a variety of applications in eCommerce, Communication, Financial Services, 
Insurance and more. The utility layer provides means for handling offers. Specifically, 
it includes facilities ft>T suggesting, verifying, completing, evaluating, ranking, 
modifying and updating offers. Here, offers may be multi-item, multi-attribute 
complex otters with various constraints, preferences and trade-offs. "The underlying 
assumption is that such constraints, preferences and trade-offs are expressed in terms 
of Goal Programs (GP). Goal programs are well known in the scientific literature and 
their usage as a foundation for negotiations was first described in PCT/IL00/00516. 

To summarize: 

♦ We outline a collection of manipulation procedures. This defines an 
API (application program interface) for negotiations. The API is 
described in terms of Goal Programs. However, it is generic in concept 
and can apply to other formalisms for describing a user's set of 
constraints, preferences and trade-offs, e.g. the Analytic Hierarchy 
Process (AHP), sec Saaty (1980). 

• We define the actual manipulation algorithms in terms of Goal 
Programs, These algorithms were implemented in the programming 
language C and tested in conjunction with publicly available software 
for lineai- and integer programming. 
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Although we use the names "Bob" and "Sue" for the negotiating 
agents, the procedures may apply to arbitrary parties, buyers, sellers 
and also symmetric ones (e.g., bartering). 
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Notation 

In describing negotiating parties we use "Bob" and "Sue" to name the parties. 
Each patty could be a trader (buyer, seller, barterer) or more generally a parry 
negotiating an issue (e.g*, an environmental project decision attributes). 



x this is a vector of decision variables. 

X this is a vector of values fpr decision variables. 

d this is a vector of deviation variables of a goal program* 

D this is a vector of values for deviation variables of a goal program. 

[X\DJ this is a combined presentation of X and D above. 

□ this is a vector of priority levels in the objective function of Bob. Here, the 
levels are of the form „.a k } where a ( is an objective expression (min or max). 
We may sometimes blur the distinction between the expressions and their resulting 
evaluation within a particular assignment of values to deviation and decision 
variables. 

F a Set of goal constraints that link the elements of x with their respective 

deviation variables in Bob's program. By writing x e we loosely mean that 
x and the associated deviation variables satisfy this set of constraints. 

S„ Set of hard constraints in Bob's program,, including level-by-leveh 

Tl Vector of priority levels in the objective function of the Sue. 

F fi Set of goal constraints that link the elements of x with their respective 
deviation variables in the Sue's program. 

S s Set of hard constraints in the Sue's program, including level -by-level, 
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P^i A proposal of type - {"new", "last" or "besf s } made by the agent - {"Bob" or 
"Sue"} (where "best" means that this proposal contains the best values offered 
so tar from the point of view of the other agent). A proposal consists of: 

1 . A tuple T = [D\X] of values for the deviation, A and decision variables, 
X 

2. A tuple a of the objective-functions values. 
Values of the decision variables associated with V™* . 

a St Values for the priority levels of Bob and Sue respectively associated witih 

a\p 4 Best possible values for the priority levels of Bob and Sue respectively. 

a m , /?„ Worst possible values iht the priority levels of Bob and Sue respectively. 

fiss Proportion of improvement in Sue's utility ( □ ) with respect to 0^ . 

p SB Proportion of improvement in Sue's utility (O) with respect to . 

p m Proportion of improvement in Bob's utility (□) with respect to a 1 ™ . 

Pt$ Proportion of improvement in BoVs utility (□) with respect to a*™* . 

Pa Proportion of decrease in Sue's (Bob's) utility □ (□), 
RsRegipn of acceptable O values for Sue. 
Re Region of acceptable CJ values for Sue. 

W, V Vectors of weights on deviation variables 

Notes 

• A Linear Program (LP) problem consists of a list of constraints, a list of 
bounded variables, and an objective function to be minimized. 
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To solve a LP we currently may use any LP package (e.g., lp_solver3.0X 
which implements the Simplex algorithm and can handle integer variables, or 
other relevant algorithms. 

■ We assume there are upper and lower bounds over all the variables (decision 
and deviation variables alike), so that we can be sure that the problem is a 
bounded one; this also has the advantage of accelerating the work of the 
simplex LP-solver. 

■ AGP problem consists of a list of goal-constraints, a list of hard constraints, a 
list of bounded variables, and a list of objective functions to be minimized. 

To solve a GP problem we developed the GPSolve package that 
implements a lexicographic (lex-min) method and several auxiliary techniques 
to guarantee good results when using the LP solver. 

The lex-min method is a simple inductive process that considers the next LP 
objective in each step, to be the next function in the objective-list (according 
to their given priorities) and where all prior objectives were translated into 
new constraints. 

■ For the sake of clarity, the document is written as if there is a negotiation 
session between two agents. Sue and Bob. Thus, each algorithm or procedure 
is implemented from the perspective of one of these agents. 

■ A k-level objective function is of Ihe form a = LexMin or L&xMax\a^ . . . a k } . 
Notice that we extended the notion of lex-min or lex-max where ail levels are 
minimization or maximisation objectives, so that we allow each objective 
level a x g a to have its own type, noticing ihatMax{X} s Min{-X} . 



Note: each level is a simple expression describing a linear combination over 
the problem's variables. However, in the document below, we sometimes avoid 
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describing the objective function explicitly. That is, we sometimes combine 
several levels into one descriptive level just for the sake of simplicity in the 
presentation of the model. 

Note: unless otherwise stated, procedures are presented from Bob's point of 
view. 

Ail example of GP Business Intentions of two Parties - An. Insurance Problem 

This problem deals with buying auto insurance. The parameters are: overall 
price, deductible, coverage, ability to choose repair shop, requirements for anti-theft 
devices, fiee towing distance, windows replacement, number of days a substitute car 
will be provided in case of accident and whether the customer is entitled to new 
replacement parts following an accident 

Mm Lex problem (Bob here, a customer looking for an insurance policy) 

Objective functions 

Gl monetary considerations objective function, first priority level: 

G2 qualitative terms objective function, second priority level; 

ip+ + <r + + 0.1?' -f-0,2V + 2// + } 

Goal Constraints 
Premium constraint P + ri~ -*r* = 1 500 

Pay as less as possible Premium. Not more than 5000 

Deductible constraint B + 8~ -8* = 1000 

Pay as less as possible deductibles. Not more than 1500 
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Coverage constraint C+ y~ ~ y+ = 8,000,000 

Gain as much Coverage as possible. No less than 1,000,000 

Repair-shop constraint R— ~ 0 

Get free option for choosing a repair shop (RM) - free choice) 

Security constraint S-cr* =0 

Put as less Security equipment as possible. Not wore than two anyway. 

Towing constraint 74- r" =» 500 

Get as much Towing distance as possible. 

Windows constraint W- <»* « 0 

Get coverage for windows-repair (W=0 - covered) 

Substitute-car constraint AM- v~ = 364 

Get as much as possible a longer peripd for a substitute car. 

Spare-parts constraint M- ju* = 0 

Get free choice for choosing type of spare-parts (M=0 - free-choice) 
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Additional bounds 

Q<*-"<1500 
0<7T + <3500 
0<<T<1000 
05cT<500 
0<y-<7, 000,000 
0<y*<2 ? 000,000 

Min Lex problem (Sue here, an insurance salesperson) 
Objective Amotions (in 2 levels) 

G 1 monetary considerations: + 8 " + 0.0 1/ + } 

G2 qualitative terms; + <r~ + 0. It + + aT + 0.2v* 4- 2/T } 

Goal Constraints 

Premium constraint P + ;r~ -n* = 2000 

Premium should not go too much under 2000. Not more than 5000 

Deductible constraint D + <T - <T » 1300 

Deductibles should not exceed 1 300 by too much. Mot more than 1500 
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Coverage constraint O y' - y 1 ' = 3,000,000 

Coverage should not exceed 3,000,000 by too much. No Jess than 1,000,000 

Repair-shop constraint R+ p~ = 1 

Prefer not giving a free option for choosing a repair shop (R=3 - no free 

choice) 

Security constraint <r~ ■ 2 

Prefer as much Security equipment as possible. 
Not more than two anyway. 

Towing constraint T— t* = 0 

Give as Uttke Towing distance as possible. 

Windows constraint g>" = 1 

Do not provide coverage for windows-repair (W-l - not covered) 

Substitute-car constraint N- v* ~ 0 

Prefer as little as possible a period for a substitute car. 

Spare-parts constraint M+ = 1 

Prefer not providing a free choice for choosing type of spare-parts (MM - no 
free-choice) 
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Additional bpimds 

0<^"<2000 
0<^ + <3000 
0<<T <J300 
0<<T<200 
0</~<2, 000,000 
Q<y*<7> 000,000 
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GP Solver 

All the basic utilities described in this document, use GP(s) as their input. 
Moreover, they generally construct a derived GP and solve it, to realize a desired 
functionality. 

Generally speaking, a GP that is used during negotiation may be modified, to 
contain information regarding previous ^achievements" of the negotiation, usually at 
higher levels of the objective ftmction (sec Switch Level Utilities). 

Certain Utilities, in particular the ones dealing with negotiation support, assume 
that the necessary information is already contained in the GP($) at the input. 

On the other hand, the GP solver described herein makes no assumptions as to 
how the GP it handles was created, and solves it in a generic way. That is, it simply 
handles a GP model by finding, lexicographically, the minimum of its objective 
function leveJs. An important feature of solving the GP is that no pair of deviation 
variables which stem from the same decision variable, are both nonzero. 

gp_solve 
Input: 

1 . A GP: a - The problem, objectives (including region-bounds) 
F a - The goal constraints 
Sb - The hard-constraints (including the bounds) 

Output: 

A proposed solution P™, , in which no pair of deviation variables of the 
same decision variable are both nonzero, which consists of: 

1 . A tuple a of the? optimal objecli vc-function values, 

2, A tuple T = [jT I D] of the corresponding values for the deviation and 
decision variables, respectively. 
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Description: 

Solves a lex-min GP via iterative calk to the Simplex algorithm. 
1. For I=l> and objective function or. e a (solve a new LP) 

a. Set the objective a t as the current LP objective. 

b. Solve the LP and find a?™ , the optimal objective value for the LP 
problem. 

c. Add a new goal-constraint ( a t < a?" ) into the LP. 

LI . Check for pairs of deviation variables, for the same decision variable, s.t 
,(^">0)a(^>0). 
If no such pairs exist proceed to step 3.1, 

1 .2. For every goal constraint (/] + S; - S* = t t ) sJ. (Sf >OaJ i + >o) j add 
the suitable disjunction constraints to eliminate such redundancy. 

1 .3. Remove the constraints added in steps 1 .c. above/ 

1 .4. Go back to step 1 with the same value of k> i.e, ? stay at this level. 

3.1 Set the Hanan-objective as the next objective 2 . 

3.2 Solve the LP and find O^SLm, Ae solution of the LP with the above 
objective and current constraints. 

4. Return. 



1 Usually, in. ordinary GP's non-zero pair exceptions never occur, In our case, since a deviation variable 
may appear in more than one constraint or objective, a non-zero pair situation may happen. 
To overcome this difficulty, the problem is re-solved, from the beginning, with the addition of 
constraints on the pair ol* deviation variables, in order to eliminate redundant solutions with pairs of 

deviation variables having non-zero values 

* See Hanan's Method (Pareto Efficiency). 
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Elimination of >Jon-zero Deviation Pairs 

We solve GP problems in a non-direct way, by employing the simplex algorithm, 
Jevel by level, for every level of the objectives vector. 

This may easily lead to solutions where a pair of deviation variables, 
corresponding to the same goal will have non zero values, violating the basic 
requirement that (s; * S? = o), for every goal + S~ - S* « t t }. 

The solution described herein adds linear constraints to insure that at least one of 
the deviation-variables-pair is zero. 

Forevery goal -S+ ^f,}, such that (s f ~ * o) 7 i.e., 

(&; >0a^; >o): 

1 . Add to the GP problem a new binary variable as follows: 

a. z\ assumes ou}y integer values 

b. Bound it: 0 < z, < 1 

2. Add to the GP problem the following two constraints: s 



When {z g = 0} S~ = 0 is forced, when {z t = l} = 0 is forced. 



J The values ji tf&(cf * ) are tbe upper-bowd constants of the (eff , * } values, respectively. 
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Observe that when binary variables are used we use Integer Programming 
techniques such as bninch-and-bound on top of Simplex (as usually provided 
by commercial tools. 



Alter adding all the above constraints for every pair of deviation variables, we re- 
solve the GP problem with die original objective function. 
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Hanan's Method (Fareto Efficiency) 

Generating the Hanan method 

This method is used to ensure that the optimal solution obtained for the GP 
problem, is not inferior (see Romero 1991). Thus, obtaining a Pareto Efficient 
solution/ 

Finding an optimal solution for a GP problem guarantees that the list of objective 
functions has the minima} possible values. However, this is not always the best 
solution of the original problem (before it was formulated in GP terms). Specifically, 
it does not guarantee the optimal values of the decision variables, when there ore 
many solutions for the same optimal objective values. 

Basically, Hanan's method tries to maximize the values of the deviation- 
variables for which therfc is an implicit preference to move in their respective 
direction (syntactically, these are deviation variables that did not participate in any 
objective function)/ 

Therefore the "Hanan objective" is of the form: {- J] Sr }+ {- &j } for 
those S^Sj that did not appear in any objective function of the original GP problem. 

Relationship between Hanan and Mon-Zero Deviation Pairs 

Hanan's method is one of two methods we use to enhance the quality of the 
solutions we provide for a GP problem. The other method ensures that no pair of 



4 This implies, actually, that when the user defines in the GUI an indifference range, we assume that the 
user will be happier if we improve the solution within this range. For interval goal programming., some 
of the deviation variables reed to appear with 7-ero coefficients in the objectives. 
' We may consider the lex-rmn objective- vector as a requirement to minimize the damage of deviating 
from the targets set on the goal -constants in the undesirable direction (minus or plus). Thus, Hanan 
tries to maximize the benefit of deviating from the target in the desirable direction. 
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deviations variables (participating in the same goal-constraint) will have a non-zero 
value for both of the variables. 

Next, we show that Hanan's method cannot eliminate, nor prevent* deviation 
variables from fulfilling the requirement: -S~ = 0 (cases of non-jfulfillment do 
exist). This explains why we need to handle such cases explicitly. 

Example J: 

This example shows tJiat Hanan *s method cannot eliminate a solution, where a pair of 
deviation variables has no- zero values. 



x+sr~#; =100 



Solving the lex-rain above, we get the solution: 



X = 70 
s; $150 



Hanan : A//«f - S t % } 



Before solving Hanan we add the constraint, 



Example 2: 



which corresponds to the level we just solved: 



Hanan 's method forces a 
solution where both deviation variables are non-zero. 



£ -15o}, This is in preparation for 



MnLex{~ S~] 
50 £X £150 

s;s$o 

Hanan \Afw\~ S?) 



Solving the lex-nun above, we get the solution: 



{S7 « 5o\ And possibly: {X = 50} 5 = o}. 



- Before solving Hanan we add the constraint: 



3f- # f " £ -50} tn preparing for the next level. 
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General Purpose Utilities 
Suggest 

Input: 

1 . A GP: u - The problem objectives 

F a - • The goal constraints 
Sr - The hard-constraints 

2. Mode of operation: [Optimal, Worst, Any, Percent Average] 

3. [An optional percentage p , for the Percent mode] 

4. [An optional reference value ar° to improve, for the Percent mode] 



Output: 

A proposed solution P£**, consisting of 

1 , A tuple T ~ [D I X] of valties for the deviation, Z>, and decision variables, 
X 

2. A tuple a of the objective-function values. 



Description: 

The function suggests a solution, according to the mode of operation, as follows: 
Optimal 

Derives the optimal solution for the GP. 6 



* The utility J.aycr has no preference to minimization problems over max "miteatiofl ones. 
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1 . CaU gpjfolve(GP) and return its result 7 : T # = | X* ] and a. 



Worst 

Derives the maximum solution for the GP (recall that all GP variables are 
bound). 

1 . Invert the objective functions in the GP formulation. That is, at every 
level change the Min operator to Max (and vice versa, depending on its 
original direction). 

2- Call gpjtolve(GP) and return its output: T. - [A ! X.] and a, . 

Any 

Derives an arbitrary feasible solution. 

1 . Prepare a single objective function as follows- 

For every pair of deviation variables of the original GP: 

Randomly choose one of them, and randomly assign a coefficient for 
the chosen deviation variable in the range [0 ? b] where b is a system 
parameter. Insert the deviation variable multiplied by its coefficient into 
the objective function. The coefficient for the other member of the pair is 
set to zero. 

2. C&l gp__solve( GP ) and return its output/ 

Percent (p) 9 

Derives a solution that is worse than a 0 values by no more than p %. The 
current solution reduces each objective at a time, using the same percentage p % 



7 We use * in superscripts to indicate best and In subscript to indicate worst. 
* Tiie function must generate a feasible solution, unless the goal-constraints and bounds have no 

feasible solution. 

* This is considered as a genera) and simple Improve function, It also works Levcl-by-Leveh 
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for all objectives. Other variations are possible (e.g., do it only for the first, and 
most important, level). 

1 . Add to the GP (he following goal-constraints and bounds: 

a. For every objective function a x and its value a* 10 

- Add the hard constraint: a i 4* Sf - £, + = a f + p • Ja? J 

2 . Replace the objective- function vector of GP: 

a. Insert the function (o; + ^~<?~ ) as the first priority level; 
here the weights co* 9 m t are such that the lower i is ? the higher the 
weight, e.g., use powers of ten. 

b. Set the rest of the priority levels according to the original a objective 
function (that is, each function in the original objective is pushed one 
level down, in order). 

3 . Call gp_solve( GP J and return its output, 
Average 

Derives a solution that is as close as possible to the average (between the optimal 
and the worst solutions) of the objective function values 7 

1. Find tlie optimal solution X* 9 a* and the worst solution X, s a 4 

2. Add to the GP the following goal-constraints and bounds; 

a. For every objective function or, : 17 



19 Tlie a%" values are taken from P^ 1 , 

1 The derived solution will be feasible since it is generated by a GP formulation where fusibility is 

guaranteed. 
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- Add the goal constraint: a, 4- 8; - S* » (<z " + )/ 2 

3 . Replace the object! vc- function vector of GP: 

a, insert the function: £^ + ) a $ the first priority level; 
here the weights are such that the lower i is, the higher the 

weight e*g., use powers often. 

h Set the rest of the priority levels according to the original a objective 
function (that is, each function in the original objective is pushed one 
level down, in order), 

4. Call gp__so(ve( CP ) and return its output. 
Rank 

Input: 

1. AGP: a - The problem objectives 

F a - The goal constraints 
Sb - The hard-constraints 

2. A set of A tuples of values fc J « D •'' | X J } u \ <j<# 



Output: 

1. A sorted set of h tuples of values: j^' - & \ X J ' J each with its rank 



number. 
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Description: 

Calculates the objective function values for each tuple, and performs a 
lexicographical ordering of the objective vectors to sort the tuples. As a result, the 
tuples are ordered from most preferred to least preferred. 

/. For every input tuple T j . \<}Sh 

If the tuple T J is partial, complete it to the optimal possible values. 14 

K Calculate the objective fimction values (a J ) - each element in the a 
vector is a weighted sum of deviation values. 

c. If the tuple is not feasible, then discard it from the sorting process. 

2. Lexicographically, sort the tuples ar 1 . . .a h into a ] -.M h 

i t 

3. Re-arrange and return the tuples T l „.T h according io the arrangement of 

cc l „.a h (k'<k is possible in case some input tuples are discarded as not 
feasible) 

Choose 
Input: 

1 . A QP\ a - The problem objectives 

F a - The goal constraints 
Sb - The hard-constraints 

2. A set of h tuples of values {t j = D J \X J } }5 \<$<h 

3. The number m of best tuples to be chosen (out of h). 

4. A maximum threshold vector H on the objective values of the tuples/* 



" This is done by calling Comp!ete(GP, T J , Optimal) 
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Output; 

1 . A sorted set of m tuples of values {7;/ = | Xf]} of values, each with its 
rank number. 

Description: 

The purpose of this function is to choose the best m good-tuples out of the 
suggested input tuples T. A tuple is considered ns "good", when its objective-vector 
value does not exceed the maximal threshold H, 

1, For every input tuple T J , \<$<h 

a. If the tuple T J is partial, complete it to the optimal possible values, 17 

b. Calculate the objective junction a J values, 

c. If the tuple is not feasible, then discard! ft from the sorting process. 
± If a ' < H l * % then discard it from the sorting process, 

2, Lexicographically sort 19 the tuples a 1 . . . a h into a 1 ...a* 

3, Re-arrange and return the best up to m tuples T 1 „ . T m according to the 
arrangement of ' a 1 . , . ar' 1 

MaxJRank 

As mentioned in the previous section, the Choose function should sort the 
objecti ve functions, to find the best m tuples. 



** Tbe tuples may be partial or complete. 
'* This threshold indicates whether a tuple is too bad to be considered by the Choose function. 

" This is done by calling Complete(GP, T J , Optimal) 
'* Lexicographical comparison. 

" Tliis may require sorting or just finding the best mples, see the next section about Max Rank 
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However, suppose m=l> in this case we are required to return the best luple. Thus., 
it is enough to solve the minimum (or maximum) problem, rather than the sort 
problem. 

We chose art arbitrary threshold of severe so that if m < 7 , we solve a max/roin 
problem, and otherwise we sort the tuples. 

Therefore* this function is needed only for efficiency reasons. It is considered 
as an auxiliary function. 

The algorithm is a trivial extension that finds the maximal value within a set of 
valties: 

Sketch of the Maxjrank algorithm: 

Let the sorted set, Max?, hold the current best up to seven tuples out of those 
examined thus far. (The number 7 could be replaced with any other number that is 
judged as "small" in the problem domain.) 

1 . For every tuple a 1 ,? s [l „h] 

a. If a 1 is better than one of the vector in Max7 7 then: 

i, Delete the lowest i.e. worst, member of the set. 

ii. Add ez, to Max7> 
Complete (handling of partial tuples) 

Input; 

1 . A GP: a - The problem objectives 
F a - The goal constraints 
S B - The hard-constraints 
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2. A partial tuple of values for decision variables 20 . Each value is associated 
with a {generous, tough} flag where "generous" means that the program is 
allowed to change the respective value to overcome potential izifeaaibHities 
and "tough" means that no change is allowed. 

3. Mode of operation: [Optimal, Worst, Any, Percent, Average] 

4. [An optional percentage p , for the Percent mode] 

5. [An optional reference value a° to improve, for the Percent tnodej 

Output: 

A proposed solution P™ w , which consists of 

1 . A complete tuple T-[D\x]of values for the GP problem variables 

2. A tuple a of the objective-function values 

Description: 

This function provides a solution that keeps the given values for those decision 
variables that were specified as inputs, and assigns values to the rest of (he 
variables according to the mode of the operation} 1 

L For every decision variable x t with given value X, (input values X, will not 
change) 

a. Add to the GP a new hard-constraint: (x # = X, ) 22 . 



30 the fixed variables are provided explicitly, that is, for every fixed variable, the function is provided 
with the variable name and its value. Hence, there is no need to indicate which variables are left 

undetermined. 

21 Fnr example, if the mode of operation is Optimal, the function attempts to find the mmimaf values 
possible for the objective function, while keeping the values for the partial input tuple unalrered. 
In a &itnhar way, the function completes the partial tuple towards a Worsts Any, Average, and Percent 

solution. 

* These are hard-constraints with no deviation values allowed; therefore, the solver is forced to assign 

to the input variables the given values. 
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2, Call gp_solve(GP 1 mode) and return an cmtput if possible (ie., the supplied 
fixed values do not lead to a contradiction), Otherwise, an exception message is 
provided together with a solution as described in the next step. 

3, Turn each fixed value X, for variable xi into a goal constraint of the form 

Xj + $; - 8} as Jfj and add a new objective of the form ^ ) 

as the first priority level; here we assume that the variables x t are ordered in 
their order of appearance in the objective functions of ot, the weights 
0?>&t are sucb that the lower i is 7 the higher the weight, e.g., use powers of 
ten (if such an order is not provided, the weight is 1 for all* this is essentially 
the same concept used in prescribing "stay close" in the utilities supporting the 
ignorant mode) . The weights associated with variables classified as "tough", 
are multiplied by a system constant $>L 

4, Set the rest of the priority levels according to the original a objective function 
(that is, each function in the original objective is pushed one level down, in 
order). 

Negotiation Support Utilities 
Switch Level Utilities 
Switch Level 

Level-by-Level negotiation strategy: Motivation 

/ . Negotiation may take many shapes and firms, over the whole problem at 
once, or some specific subset of the decision variables, or specific objective- 
levels. Here v>e detail how the operations of the various Improve junctions 
are altered by specifying boutids for certain objective levels, ignoring certain 
levels and minimizing (or maximizing) other objective levels. 

2. Crossover effect 

This problem has different effects in each of the improve algorithms. 

As the. negotiation proceeds over more than one levels it may proceed 
faster in one level than the other. Furthermore, ihe agents will not Terminate in 
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agreement until they agree upon the values of the first level, the most 
important one. 

Therefore, if the negotiation proceeds faster over the lower levels, an 
agent, say Sue, may start suggesting values for the lower values, such that Bob 
already agree upon, or worse. Bob already suggested better values from Sue's 
viewpoint. 

Implementation Required 

The negotiation takes place upon one level at a time, the same level for 
both agents. That is, tire agents negotiate only over the first level of both 
agents, then after agreement on the values of their first level objective values, 
they should proceed to negotiate over the second level, etc. 

The agreement has the selfish meaning, of how far is the opponent willing 
to give up in terms of my objective level-value.. E.g. suppose that two agents 
agree on the i xh level with objective values a i7 ft t for Bob's and Sue's values 
respectively, then Sue relies on the fact that Bob is willing to agree for Sue's 
value fi x in any final agreement they have. 

Switch Level {Tgnorant, Any} 

Tf the agent, say Bob, is ignorant, then after the agreement over the f 
level objective value, Bob will add to his GP formulation, the hard constraint 
as follows; 

a m <<x r 

Note: the above implies that when the negotiators are ignorant, they may 
produce after switching a level infeasible offers for their opponents. 
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Switch Level {Informed, Any} 

Tf the agent, say Sue, is knowledgeable, then the agent adds constraints on 
both values as follows: 

fit* fill 
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First-Offer {Informed, any} (Sue's viewpoint) 
Input; 

1. Agent's GP: (gp^) 

(J - Sue's objectives 
F^j- Sue's goal constraints 
Ss- Sue's hard-constraints 

2. The opponent's GP: (GP^) 

a - Bob's objectives 
F a - Bob's goal constraints 
S s - Bob's hard-constraints 

3. The new level k of negotiation. 

Output: 

A proposed solution j^™, which consists of: 

1. A tuple r = [d' I X'] of values for the variables, 

2. A tuple fi r of the corresponding objective-functions values. 

Description: 

This utility is used by the 1-1 negotiation mechanism to construct first offers 
for negotiation over a new level 

Basically, the function combines the GPs of both agents, and tries to find the 
best offer for the agent then the worst offer for the opponent. This is done level-by- 
level, working on the first level of the agent objective, followed by the first level of 
the opponent's objective, then the second level of both objectives, etc. 

Notice that when the junction is called after agreeing on the h! h level, then 
both GPs already contain the achievement values of (he previous k objective levels. 
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1 . Add to \pPp ) the following goal-constraints and bounds: 

1.1. Add the opponent's goal-constraints and. bounds (GP* ) 

2. Replace the objective-functions vector of (GP fi ) : 

1.2, The A* h levels of both agents will be formulated in the first-offer objective 
function as follows: 

Min_kx (2k) fi^ 
Max _ lex (2k + 1) a ft 

13. Set a suitable Hanan objective level as the last objective function. 

Note: If one of the agents has fewer levels than the other, then the extra 
levels will still be added at the end of the objective function, 

3 . Call gpjsolve ipP p ) and return its output. 
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First-Offer {Ignorant, any} (Bob*s viewpoint) 
Input: 

L Agent's GP: (GP a ) 

a — Bob's objectives 

F tt - Bob's goal constraints 

Sr - Bob's hard-constraints 

2. A tuple X hxt of values for the decision variables that caused the 
agreement on the last level. 

3, The new level k of negotiation. 

Output: 

A proposed solution Pf* , which consists of: 

1 . A tuple T r « [D' I X' ] of values for the variables, 

2. A tuple a f of the corresponding objective-functions values. 



Description: 

This utility is used by the 1-1 negotiation mechanism to construct first offers 
for negotiation over a new level. 

The Ignorant agent computes the very first offer of the whole negotiation by 
calling the Suggest(Optimal) function. Moreover, notice that the knowledgeable 
agent uses the FirsL-Offer function for the very first offer, and for the first oilers 
after switching (upon agreement) a level. The Ignorant agent showed that he 
requires special care on this matter. 

L Add to (GP a ) the following goal-constraints and bounds: 
a. For every decision variable X] and its input value Jf, € X hxt 
- Add the goal constraint: x> + fx ~~ = x \ 
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2. Replace the objective-function vector of (GP ft ): 

a- Set the first priority ordering For functions according to the original a 
objective function 

k 

b. Set the last priority function as * + " - 0SkO> 
close), 

c. Set a suitable Hanan objective level, 

3 . Call gpjiolve (GF„ ) and return its output. 

Motivation 

The difference between this function and the Suggest (Optimal) one is in the 
stay-close constraints and objective-level. This is required to keep the Ignorant 
tuned with the correct direction of the decision variables values towards the 
agreement tuple X last - Otherwise, both Ignorant agents negotiation may get into 

many rounds of infeasible values after every level agreement because each 
Ignorant agent will keep his value and totally forget the correct deviation required 
for a decision variable, to get the agreement of the other agent. 
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Levcl-by-level initialization 

When switching- from one love), to the next there is a need to update some of the 
system parameters in light of what was agreed upon in the previous leveJ(s). 
Specifically, the My^best and Myjworst values for the present lexicographical level 
(denoted as □* and □*) might change as a result of the □* values that were achieved at 
upstream levels and the presence of hard constraints that link variables across more 
than one level. The following example will illustrate the need for this update. 

Example : 

(Z,) Min 5;+2.S* x 

(L 2 ) Min tf;+£;+3.*;+2-*; 

z+s;-s+ =70 

Assume that the opposing party was also interested only in the x variable at L\ 
and that his target was 20. Let <s suppose that the outcome of the negotiations in Li 
was <x\ « 20 (as a result of the values x=*30, S~ = 20, $2 = 0). We incorporate the 
constraint a } = 20 into the goal constraint of x in L 2 . Notice that this is not equivalent 
to setting x^30 since the L 2 program has an option of choosing between x=30 and 
x~60 as both, of these values satisfy the additional constraint on a x . Regardless of 
which of these two values is selected, the hard constraint wil) no longer fit the targets 
of variables y and z. Thus, while the original O* value for Lz was zero, the updated 
value is a\ = 10 (resulting from the values x=60 s y=z=70, 
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Notice that to fmd the updated values of □* and L) * for an ignorant agent we do 
not add an equality-Lype constraint ratber than an inequality-type constraint (i.e. ? 
a x = 20 ). Otherwise, if we were to add the constraint a } < 20 ; there would have been 
no effective changes in O* and 0* of our current level (since a, = 0 would have still 
been feasible). This difficulty is not present when the agent is aggressive since the 
latter incorporates both the constraint representing his own a } value and the /?, value 
of his opponent in his GP. Thus, in aggressive-improve implementation, both of these 
additional constraints can be written as inequalities. 
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Improve Utilities 

In these utilities, we differentiate between versions specialized to parties' state of 
knowledge. Here, ignorant means lacks knowledge of the other parties GP. Informed 
means a party that is knowledgeable concerning the GP of the other patty. The layer 
that calls these improve routines decides as to which improvement style is preferable. 
The layering is part of the improve utility feature but is not discussed further herein. 
Intuitively, an ignorant party may find it difficult to improve on his previous offer for 
the other party due to hus ignorance as to the other party's GP, The opposite holds for 
an informed party. However, an informed party will usually not blindly improve the 
offer for the other party, usually some constraints on the worsening of his position, as 
judged by his very own GP, will be applied. 

We note that these improve procedures may be turned into "worsening" 
procedures by "changing directions^ for brevity we do not detail these changes. 

Improve {Ignorant, any} (Bob's viewpoint) 
input: 

1 , A GP: a - The problem objectives 

F rt - The goal constraints 
Sb - The hard-constraints 

2, Pjf* - The reference proposal, that is the previous offer Bob made which 
serves as a reference point. 

3, A tuple Xf* of values for the decision variables that appeared in Sue's 
last offer. 

4, A percentage p. 

5, a - The optimal objective values of Bob. 

6, a, - The worst values of Bob. 

7, gapjftag - A flag to determine the way to calculate the new objective 
function values. Possible values Bxe: s fixed, dynamic. 
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8. Max gap - The maximal value allowed for changing the objective 
function. 

9. Min_gap - The minimal value allowed for changing the objective 
function. 

)Q.gc- The gap constant for the fixed gap Jlag. 

Output: 

A proposed solution PS*"* which consists of 

1 . A tuple r = [/>' I X* ] of values for the variables. 

2, Atuph a r of the corresponding objecti ve-functions values, 

Description: 

Given input values (corresponding to objective function a), this utility finds a 
new abjective function values a that worsens the values of Pjf 91 by at most p% 
23 . The worsening is done with respect to the differential value (a ( J" f -a*) where 

the first value is the value of the counter-proposal X, and the second is the optimal 
value. 



h If flic tuple Xf is not complete, call Complete(GP } xf M . Optimal) 24 

2. Add to (GP) the following goal-constraints and bounds: 

a. Calculate the objective-values^** = Y' where k is the 

number of levels in the lexicographical objective function. 



iJ The same percentage may be used for all levels of the objectives list. 
» This is required so that we can evaluate a*™* (see next footnote). 

25 Calculated according to the completed tuple X . 
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b. For the current objective function-level a f 26 and its value a*® * Add 
a hard constraint to set the new range of the objectives as follows: 

i. Calculate the gap value of the increase in the Tegion value, this 
is done according to the value of gapjlag; 
currently we support two modes of operation: 

Fixed; gap « («., - )/gc ; here gc (gap constant), cgi, 25. 
Dynamic: gap = (a§" - a 1 ™ ); differential between proposals. 

iL Cut off the value of gap, if necessary: 

If gap > Max gap then set gap = Max_gap . 
If gap < Mln_ gap then set gap = Mm _ gap . 
Hi. Add the hard, constraint: « , + £J - « 4- - gap . 
o. For every decision variable xj and its input value Xj e Xjj 1 * 1 25 
- Add the goal constraint: x 3 + yj - yj = Xj 
3, Replace the objective-function vector of (QP ff ) : 

a. Set the first priority level function as {j 00 ■ $+ + <5; } . This objective 
tries to achieve the improvement value for the opponent. If the new 
value cannot be reached, then try to improve turther in order to avoid 
not improving at all. 

b. Set the second priority function as ^ ( V* y + 4- Vj~ • y j" ) where m is the 
number of decision variables (the length of the vector x). This 



26 See Level-by-Level negotiation strategy. 
77 The a 1 ™) , a* , and values are taken from P^ - , Pj > and P. B respectively. 

** This step is concerned with the original X$ st (before completing it), as there is no reason why we 
should constrain the algorithm to stay close to values generated by the complete function (Le, those 

values that were not provided by the opposite agent). 
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objective is called slay close, The idea is to stay as close as possible, 
under the constraints, to Sue's last offer, The weights Vj% Vj" are set 
as follows. The last two offers of Sue are compared. For each decision 
variable, the percentage increase or decrease from the previous offer is 
calculated, The weights are set between e 3 and c 2 (typical values may 
be 1 .0 and 2.0). For a minor change of say up to 1% 9 the weight is set 
as C|. For a major change, say above 75% ? the weight is set as c 2 . In 
the intermediate range, the weight for a percentage change p is set 
proportionately between ci and cz, that is ci+(p/(75-l))*(c 2 - c t ), 

c. Set a suitable Hanan objective level as the last objective function. 
4. Call gpjsolve (GP a ) and return its output. 



The complete formulation of the model is therefore: 

(1) Lex_min $00-6; +85 1 |£(v/ - 7 [ + Vf -Tj)^a w> a Ml ...,a k 
Subject to: 

(2a) Ignorant 1 : a™ + Si - 6\ « <x$* + p B (fgn\ _ gap) Worsen mine: 
Dynamic gap 

(2b) Ignorant 3: a?" + S~ - Si af l + p B > {/grt3__gap) Worsen mine: 
Static gap 

(3) +y] - r + + p tt -{Max^gap) Stay close. 



Max _ gap = 



last 
X SJ 




> 






-.tent 










*® 




< 







(4) or J™**, ^te^ 
thyself 

(5) xreF. xreS, 
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(6) 

MinGap = ^~ \ tf*f -<*iT - MinGap 

Jgn\ _ gap - M<vcGap J a ~ s a % faf' -af x > MaxGap 
af? -aT elsewhere 



Further explanation 



(1) The first level of this objective is related to tbe 'Vorsen-mine" constraint 
(either (2a) or (2b)), The penalty for meter-deviation is much larger than that of over- 
deviations since in general we intend to worsen our situation. The need to incorporate 
5~ H is to enable the program to escape from infeasible situations (e.g.* when due to 
integer variable requirements it is impossible to worsen a but possible to slightly 
improve it. The second level handles deviations from the stay-close constraint. Then, 
from level 3 onwards wc minimize (lexicographically) the remaining alpha values 
from i+1 through k. The minimization of these additional alpha values is optional. 



(2) An "Ignorant" agent can't improve his opponent's situation since he is not 
aware of the latter GP. Thus, by worsening his own status (albeit in a moderate 
manner) he implicitly assumes that his opponent will gain something. There are two 
versions for this worsening procedure that are further explained through the 
definitions of the gaps in (6). 

(3) Here, since we lack other information, we try to gain whatever we can from 
the recent moves of the opponent. Observing his last two offers we see the "gradient" 
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of change in the values of xj. If he makes a small move on that variable we may 
conclude Chat this variable is important to him and therefore we are reluctant to make 
a relatively large step towards him (as might happen when the n factor is multiplied 
by a difference that might be large). 

Notice that if the opponent performs a big step in the value of some variable, 
Xj ? then the value x%? + p(x^ - x f °f ) may be even better the value x£ tf 

suggested by the opponent. However, the stay close is expressed in the second level of 
the objective, and is subject to the opponent's objective value allowed which is 
expressed in the first level of the objective function. 

(4) Protection against "over-enthusiasm" in the worsening action of (2), 

(5) The ordinary GP constraints. 

(6) The gap we implement in (2) can either be static or dynamic. The dynamic 
option (Ign_gapl) is based on the current difference between the last offer made by 
the otheT party and my own best solution, A certain proportion (□) will be taken of 
that difference unless it becomes too small (at which point we truncate it with the 
MinGap parameter) or too large (at which point we truncate it with the MaxGap 
parameter). The static option uses a fixed value (a certain proportion of the difference 
between best and worst solutions) to determine the step size taken in (2). 
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Improvc-Aggrcssive {Informed, any) (Sue's viewpoint) 
Input: 

1. Agent's GP: (GP 0 ) 

0 -Sue's objectives 
Fp- Sue's goal constraints 
Sg - Sue's hard-constraints 

2. Pj? - The reference proposal, that is the previous offer Sue made which 
serves as a reference point. 

3. The opponent's GP;^ (GP n ) 

a -Bob's objectives 

F„ - Bob's goal constraints 

Sb - Bob's hard-constraints 

4. The opponent agent's optimal result a* 

5. A tuple Xo* of values for the decision variables 

6. A percentage for the maximum improving to the opponent objective* 

7. A percentage for the maximum worsening of the agent objective. 

8. Agent's optimal result fi* , 

Output: 

A proposed solution /p* , which consists of: 

2. A tuple V « \d' J X' ) of values for the variables. 



* The opponent's infbmtalion is subject to the mechanism's strategy. For example* the opponent may 
not provide all of his preferences (constraints or objectives), or even may not provide true preferences! 

w Calculated according to our knowledge about ihe opponent (see previous footnote). 
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3. A tuple /?' of the corresponding objective-fimctions values. 



Description: 

Given input values (corresponding to Sue 's objective function ffy this- utility 
constructs a new objective function fi' that improves the values of the objective 
function value for Bob by at least p % 31 . Taking into consideration Bob 3 a 
constraints and goals as represented by his GP> we try to improve the value of the 
opponent 'v objectives in a controlled manner. 



*' The same percentage may be used ibr aii levels of the objectives list. 
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2. Add to (pPp ) the following goal-constraints and bounds: 

a. Calculate the objective-values a$* « (a$? ) 3 > 

b. For the current objective function-level a, and its value af* 

- Add the goal constraint:** a, + <Jf - = a$" - p BS • (<ar£* - a* ) 

c. For every decision variab) e 

- Add the goal constraint: 

Xj + y. —yj = - /7 ff5 - (aT^' — Xy st ) 

d. - Add the goals and bounds S B of the opponent agent's (GP„ ). 35 

e. For the current objective function-level ft. and Upvalue fi 1 ™ 1 

- Add tine goal constraint: /?. £ fig* + ^ . (ft . - $f ) 



3. Replace the objective-functions vector of (pP fi ): 

a. Set the first priority function as (a • 5^ + b - Sr ) where a and b are 
weights that reflect Sue's preferences for over or under improvements 
for Bob (default values are a^b^l). 

b. Set the following priority functions according to the original 3 
objective functions from level i onwards. 



33 Calculated according to the last tuple proposed by the Sue X*™' . 

' The sign of the addition |oti|-p% depends on the flag, that is, a negative sign for improve, and positive 

sign for reduce. 
14 See Levtil-by-Level negotiation strategy, 
" Both agents must agree on the decision variables representation. 
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c. Set the next priority function as j£( v / Y j + Vj" - y] ), the weights 
Vj + , Vj" are set as in the previous Improve routine. 

d. Set a suitable Hanan objective as the last level 
4, Call gpjfolve [GP fl ) and return its output 

The complete formulation of the model is therefore: 
(1) Lex_min +8r^ i ,P l+l! ...A}»|g(Vj f -7j + Vf -yj)| 

Subject to: 

(2) a?" + 8^ -8* -a^ 51 -p s • (a£* - a*) improve? o/fte?/- 

(3) *7 +rj -r; - Ps • (JCjjT -<) Say daw 

(4) /? » Explicitly: p, S p** + p ss • (p f . - p£ l ) Protect thyself 

(5) aeF a ,0G F p ,Lj S X } < (7, Original GP 
constraints 
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Further explanations : 

(1) The first level of the objective tries to improve the current objective level of 
the opponent party (here, Bob's R). A. user-given proportion dictates the 
improvement. Sometimes it won't be possible to improve (e.g., due to discontinuities) 
and then we allow worsening of the opponent's objective - but, the penalty on 
moving in that direction is much larger than the deviation under the new target lor his 
alpha value. 

The second level tries to improve my own objective (here, Sue's □). 
The third level prevents decision variables that are not strongly affected by the first 
two levels (say, because they are associated with less important levels of the GP) from 
either "jumping around" in a senseless manner or from approaching too fast the 
values desired by the other side. 

(2) The assignment of the new values for the decision variables that Sue is going 
to offer, *y s will yield for Bob a new value of a that will be better (smaller) than 
the previous value offered by Sue. The improvement for Bob is determined by a 
proportion p s of the distance between the last Sue's offer and the best value possible 
from Bob's viewpoint (a* )- 

(3) This constraint relates the new offer to the last offer by the same parly with 
some adjustments to accommodate for the preferred values of the other party. Thus, 
for example, if the value for Xj in Sue's last offer was higher (lower) than the 
corresponding value in Bob's last offer, the new value offered by Sue will be smaller 
(larger) than that offered earlier. 

(4) This constraint protects Sue from situations in which the direction determined 
by the first constraint (that improves the outcome for the opponent) hurts his own 
objectives too severely. Notice that the protection value is calculated is a similar way 
to the improve-other value, according to the interval left for progress. I.e. the 
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improvement is calculated as a percent according to the interval (cr^ tr - a ) while the 
worsening (protection) value is calculated according to the interval ~ ) 

(5) The rest of the ordinary constraints; a 9 f3 defined through F u , F# , respectively 
and the upper and lower bounds on the decision variables. 
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lmprove-Cnoperative {Informed, any} (Sue's viewpoint) 
Input: 

L Agent's GP: (GP /f ) 

p -Sue's objectives 

F3 - Sue's goal constraints 

Ss - Sue's hard-constraints 

2. P^ axl - The reference proposal, that is the previous offer Sue made which 
serves as a reference point. 

3. The opponent's GP; 36 (GP a ) 

a - Bob's objectives 

F a - Bob's goal constraints 

S B - Bob's hard-constraints 

4. The agent's optimal result fi* 37 \ 

5. A tuple X*™ 1 of values for the decision variables. 

6. A percentage p . 

Output: 

A proposed solution P^*" > which consists of 

1 . A tuple 7" = [O' I X 1 ] of values for the variables. 

2, A tuple ft' of the corresponding objective-functions values. 



35 The opponent 7 * information is subject to the mechanism's strategy. For example, the opponent may 
not provide all of his preferences (constraints or objectives), or even may not provide true preferences! 

97 Calculated according to our knowledge about the opponent (see previous footnote). 
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Description: 

Given input values (corresponding to objective junction fi), this utility 
constructs a new objective function p 1 that worsens the values of Sue 's objective 
function by at most p Taking into consideration the opponent T s constraints 
and goats represented by the opponent's GP we try tQ improve the value of the 
opponent 'v objectives the best we can, as long as we do not exceed an upper limit 
on our own objective values. 



The same percentage may be used for all levels of the objectives list. 
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1 . Add to (OP* ) the following goal-constraints and bounds: 5 * 

a. For every objective function fi £ and its value fi£* 40 

- Add the hard constraint: P# £ fiST + p ■ - ft) 41 

b. For every decision variable Xj and its input value X i e X|f 
- Add the goal constraint: + y] - y J *= X } 

c. - Add the goals F a and bounds S* of the opponent agent's (GP a ) . * 2 

2. Replace the objective-functions vector of (Gf^ ) : 

a. Set the first priority function as the opponent's a objective functions. 

b. Set the rest of the priority functions according to the original fi 
objective Amotions. 

c. Add at the bottom of the priority functions another level as 

jp (v; Y ; -f vr . y : ) with weight settings as in the other improve 

routines, 

d. Add at the bottom of the priority functions another level and put there 
a suitable Hanan function (see 0). 

3 . Call gpjsolve (gP^ ) and return its output. 



* "Note that in the cooperative algorithm we do not need the completed X tuple. 

J *Thc <rjT values are taken from Pjf" . 
* See Level-by-Level negotiation strategy. 
"Both agents must agree on the decision variable representation. 
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Improve-function Initialization 43 

AH the versions of the improve function (Ignorant, Aggressive, Cooperative) 
require as an input, (he Pjg, , which is the result of the agent's function last 
calculation thai was presented already to the other party. 

This section describes how to initialize this structure, i.e. how to 
calculate P™* 44 . 



Note that a proposal F may be required either by Sue or Bob (when the algorithm 
is informed). Hence, for clarity reasons, each proposal below is assigned an explicit 
agent, say B for Bob, or S for Sue, when concluding the initial, proposal for the other 
agent should be trivial 

Improve-Ignorant 

The algorithm, say from Bob's viewpoint* requires its last proposal Pj? ST so that it 
can set goal constraints upon the region of its objective values, of the form: 



Initialization: P£ Iim = P n (a*)> i.e., an optimal offer from Bob's point of 
view. 



' Basically, this issue should be under the subject of the mechanisms that use the utility layer (and not 
utilities). However, we cover this issue here for completeness. Moreover, the initialization may be 

dependent upon the mechanism's strategy! 

JJ Note that p£ IRST in the Sue's function, for example, consists of af?** 7 and the conesponding X 

tuple of values for the decision variables. 
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No special initialization is required here. The initial proposal will assign the 
objective-ftmctions values as the optima] solution values, and the values for the 
decision-variables tuple are those in the optimal solution found. 

Improve-Aggressivc 

The algorithm, say from Sue's viewpoint, requires Bob's Pf" ( 43 ) so that it can 
set goal constraints upon the desirable values of the opponent's objective-functions 
values, of the form: 

Initialization: Pj?™ = P n (a fi . ) f c 

That is, the initial proposal for Bob's objective values will be calculated 
according to the tuple X, which is generated when computing fi* . 

Note that this sets a^ mr as big as possible in (} terms, and (in each iteration) 
the Improve function will decrease it towards a . 

Improve-Cooperative 

Sue's algorithm requires its jR?*" so that it can set goal constraints upon the region 
of its objective values, of the form: 

Initialization: = 1 + k and k = 0.01 • f^f As /Constraint) 

" Notice that ihis algorithm Is informed, and it calculates Pj'" 1 according to its information about 

Bob's problem, 
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When (£rAj)is the sum of all the Right-Hand-Stdes (rJi.s) of the 
original goals. 

And tyconstra int)is the number of the above goals. 
Remarks: 

J . The value of *• calculated above should be very close to the coefficient 
0.01, this is due to the fact that all the goals are normalized, the (r.h.s < 1). 

2. The initialization of ft™** is concerned with pushing its value by a small 
amount from the value of fi\ . Otherwise, the iterative function will be 
stuck with similar constraints of the form fi S(i) < fi* . 



* The expression P B (ay ) means: the objective functions solution values of Bob (as they arc 
represented at tine informed Sue), when they are calculated according to the values of the Sue's optimal 

values p m 4 
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Using Hanan' s method in the Improve Utilities 

la the improve function, we build a new objective-functions list. Of course, we 
are interested in applying Hanan* on the agent's objectives, with the deviations that 
participated in the agent's original goal-constraints. This objective forms the least 
important objective layer. However, we note the following concerning the levels 
added to the original GP of the agent There arc three kinds of objective-levels added: 

1 . X-cIose constraints (trying to keep close to the opposite offer): 

All the deviation variables participating in the goal-constraints are considered, 
therefore, none of them can participate in the Hanan objective level 

2. Objective-close constraints in the Aggressive and Ignorant functions: 
All the deviation variables participating in the goal-constraints are considered, 
dierefore, none of them can participate in the Hanan objective level- 

3. Opposite-agent constraints 

In this case there seems no reason to apply Hanan on the deviations of the 
opposite-agent's GP problem.. We should not be interested in generating non- 
inferior solutions using the opposite-agent's GP problem. 

Advanced Utilities 

Testing the necessity for negotiations 

This is a pre-negotiation procedure whose objective is to test whether negotiation 
is needed. It is executed alter unification and before one-to-one negotiations start. 

t. Using the Suggest_optimal utility, solve for each agent 

(Bob and Sue) separately their goal programs and obtain their "independent 
optimal solutions. 

% Construct a joint goal program whose set of constraints 

is the union of the two sets of constraints associated with the twp agents plus 
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two additional goal constraints requiring that the two independent optimal 
values that ware obtained earlier will hold. The objective of the joint program 
is to minimize the deviations associated with the last two constraints. 

3- Solve the joint program. If its optimal value is zero we 

can skip negotiations, assign the optimal value$ of the joint program to the 
vector of decision variables (x) and guarantee that both agents can not achieve 
a better solution by any form of negotiations. If the optimal value of the joint 
program is not equal to zero, at least one of the agents may be able to obtain 
some gains through negotiations. In that case, we must enter negotiations. 
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Mediation option at any level 

This utility can be called either before the negotiation were started or at any level 
during the negotiation. It is useful for several reasons: 

Applying the mediation option before negotiations were started provides 
the system with an "objective" outcome that can be compared against the 
outcome of negotiations later on. This will help various validation tests 
during development 

If negotiations broke down at some intermediate level we might use 
mediation to "rescue" the deal. It will preserve the satisfaction levels 
achieved during the levels that were already finished successfully and 
generate a compromise solution for the level in which negotiations broke. 
This will strengthen our modeling foundations as it bypasses potential 
roadblocks on the way towards successful outcomes. 

From a marketing point of view, the users will appreciate the option to 
resort to a medi ated solution if it is proven to be superior (for both sides) to 
the one they have achieved through negotiations. 

Suppose we are now at level k > 1 of the objective function. The mediation 
option is then given by the following formulation. 



Min lex 





{last level g) 




Goal constraints of Bob 
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Goal constraints of Sue 



Hard constraints of both Sue and Bob 



the 



Hard constraint to enforce satisfaction of objective levels L„„ k-1 at 
values that were achieved before 



Form Offers 

This procedure is concerned with forming a "compromise proposal" based on the 
GP's of two parties. Bob and Sue. Intuitively, it takes their preferences and constraints 
and finds a "middle ground" based on their targets. Using adjustable parameters, it 
may favor one party's interests over the other party's interests. This is superficially 
similar to the mediation procedure described earlier. The differences are that here we 
assume no prior negotiation session (and hence no achievements to preserve), in 
producing the mediated offer we do not normalize weights as previously done, and we 
"blur" all the levels whereas previously we followed the level structure. Hence., the 
current utility Form Offer is simpler and cruder than the previously described one. 



Input 



1. 



A tuple L of lower bounds for the decision variables. 



2. 



A tuple U of upper bounds for the decision variables. 



3. 



Bob's GP: 



a - The problem objectives of Bob 
F a - The goal constraints 
Sq — The hard-constraints 



4. Sue's GP: 




fi - The problem objectives of Sue 
F|j- The goal constraints 
S$ - The hard-constraints 



47 Note that both parries agree upon die bounds of the problem. 
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5. Bob's weight: p , implicitly Sue's weight is (7- p). 
Output 

A tuple/) , this is a proposed solution for the decision variables values. 



Description 

Given two players, {player^}, k € {l,2}, we denote Bob as k=1 and Sue as 
k=2. Solving the following problem provides the initial offer: 

Min^Lex p. jgfo +*;)J + 0 
si, 

x, + 6 j -S] m T} j e player 1 
Xj+Sj-SfmTf J € player 2 

The program above is a "watered-down" version of the parties 5 Goal Programs. It 
considers only the bounds on individual variables and the targets of both players. 
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String-Final-OfFer {Informed, Informed} (Sue's viewpoint) 

See the Discrete variables compilation in section 4 of the compilation document 

Input: 

1. Agent's GP: (GP p ) 

(5 -Sue's objectives 

Fp - Sue's goal constraints 

S.s - Sue's hard-constraints 

2* The opponent's GP;^ (GP a ) 
a - Bob's objectives 
Fa - Bob's goal constraints 
Sb - Bob*s hard-constraints 

3. A tuple Xf rt of values for the discrete-weight auxiliary variables that 
caused the agreement on the last level. 

4. A tuple X%* of values for the discrete-weight auxiliary variables that 
caused the agreement on the last leveL 

5. Agent's agreement values for the objective function levels . 

6\ Opponent's agreement values for the objective function levels a**™ . 

Note: The input GPs of this function must not contain am level-by-level 
information. After all this is a mediation function, trying to find a suitable offer for 
both agents, hence, it is not wise to stick to the values already achieved* 

Output: 

A proposed solution , which consists of: 



M The opponent's information is subject to the mechanism's strategy. For example, the opponent may 
noi provide all of his preferences (constraints or objectives), or even may not provide true preferences! 
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1 . A tuple T f = \D' I X r ] of values for the variables. Especially the original 
discrete (string) decision variables. 

2. A tuple ft' of the corresponding objective-functions values. 
Description: 

This utility is used by the 1-1 negotiation mechanism to construct a mediation 
offer for the discrete (string) variables. 

The negotiation should progress over the relaxed-binary variables., and once 
an agreement is achieved for the auxiliary variables (composed by the binary 
variables), this mediator function tries to find the closest offer that keeps the 
agreed vales and objectives. 

The caller of this function is the one that decides to stop the negotiation, and 
agree to the opponent last offer; therefore that mediator gives more importance to 
the values of the opponent, expressed by bigger weights for the opponent deviation 
variables in the objective function. 



\ 
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1 . Add to [gP p ) the following goal-constraints and bounds: 

a. Add the opponent's goal-constraints and bounds (GP a ) 

b. For every auxiliary variable x$j and its input value X f e Xjf* 1 

- Add the goal constraint: x A + y£ ~ y * = X Sl . 

c. For every decision variable xsi and its input value X Bi e 

- Add the goal constraint: x Hi + y~ u - ^* . = JT^ 

d. For every objective function-level of the agent and its value fi£f n 

- Add the goal constraint: f} , + ~ <J * = w 

0, For every objective function-level of the opponent cr> and its value 

- Add the goal constraint: a x + ^ - <5£, = cx a H f d * 

2. Replace the objective-function vector of (GP a ) : 
a. Set the first priority level as: 

3 . Call gpjsolve (GP fi ) and return its output. 

Notice that this is a mediation function therefore, the input GPs are the 
original agent's CPs, therefore the indexes /?$ and a D instead of the usual 
indexes fJ 5 and a s . 
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Second-price-bid {Informed, Ignorant} (Bob's viewpoint) 

This function is presented from Bob's viewpoint, as it will be called Bobs 
participating in a second-price auction. 

Input: 

1. Agent's GP: (oP fi ) 

p - Sue's objectives 

Fp - Sue's goal constraints 

S s - Sue's hard-constraints 

2. The opponent's GP.* 

a —Bob's objectives 

F a - Bob's goal constraints 

Sb -Bob*s hard-constraints 

3 . Agent's private values for the objective function levels a^ iyaiec . 

4. Opponent's minimum price values for the objective function levels fit" , 

Output: 

I, A proposed bid of the auctioneer objective values J?' , 
Description: 

This utility is used by (he I -N negotiation mechanism (second-price auction) 
to construct a second-price bid, given the private value of the agent (Boh), and. 
the minimum price of the auctioneer (Sue). 

1 . Add to (GP U ) the following goal-constraints and bounds: 

a. Add the opponent's goal-constraints and bounds (gP^ ) 
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b. For every objective function-level of the agent a { and its value ay 

- Add the goal constraint: a, < ay 

c. Fot eveiy objective function-level of the opponent ft and its value 

/5 Agree 
Pat 

- Add the goal constraint: fi t < fiy 

2. Set the objective-functions vector fot(pP fi ) as of the opponent fi B . 

3 . Call gpjtolve (gP^ ) and teturn its output. 



Note; The only concern of the function is to generate objective values, that's 
why the objective function is kept simple; E.g. we don't need the Hanan level, or 
to minimize the agent's own objective, as these will only affect the decision 
variables. 



^Improve-function Initialization 49 

All the versions of the improve function (Ignorant, Aggressive, Cooperative) 
require as an input, the P^ , which is the result of the agent's function last 
calculation that was presented already to the other party. 

This section describes how to initialize this structure, i.e. how to 



calculate/^.,,, 



49 Basically, this issue should be under the subject of the mechanisms that use the utility layer (and not 
utilities). However, we cover this issue here for completeness. Moreover, the initialization may be 

dependent upon the mechanism's strategy! 
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Note that a proposal P may be required either by Sue or Bob (when the 
algorithm is informed). Hence, for clarity reasons, each proposal below is assigned an 
explicit agent, say 13 for Bob, or S for Sue, when concluding the initial proposal for 
the other agent should be trivial. 

. Jmprovc-Ignorant 

The algorithm, say from Bob's viewpoint, requires its last proposal P™ so that 
it can set goal constraints upon the region of its objective values, of the form: 



Initialization: F/ aor = P B [a ) ? i,e. r an optimal offer from Bob's point of 

view. 

No special initialization is required here. The initial proposal will assign the 
objective-functions values as the optimal solution values, and the values for the 
decision-variables tuple are those in the optimal solution found 



*» Note that P^ m,<rr in the Sue's function, for example, consists ftf a J s /ftsr and the contending X 

tuple of values for the decision variables. 
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Improve-Aggressivc 

The algorithm, say from Sue's viewpoint, requires Bob's so that it cart 
set goal constraints upon the desirable values of the opponent's objective-functions 
values, of the form: 

Initialization: P/ w - P B (a>) /" 

That is, the initial proposal for Bob's objective values will be calculated 
according to the tuple X, which is generated when computing /?* . 

Note that thi$ sets a$ mr as big as possible in fi terms, and (in each 
iteration) the Improve function will decrease it towards a . 

[mprove-Cooperative 

Sue's algorithm requites its so ix C€Ul set S oal constraints upon the 
region of its objective values, of the form: 

Initialization: p™ = 1 + k and k = 0.01 ^r^j#comir^mi) 

When (£rA$)is the sum of all the Ri.ght-Hand-Sides (r.h.s) of the 
original goals. 



5/ Notice thai this algorithm is informed, and it calculates P H SI according to its information about 

Dob's problem. 

* The expression P B (a^ ) means: the objective ftiUCtiousJ solution values orBob (as they are 
represented at the informed Sue), when they are calculated according to the values of the Sue's optimal 

values/? . 
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And (#constraint)is the number of the above goals. 
Remarks: 

■iL The value of k calculated above should be very close 

to the coefficient 0.01, this is due to the fact that all the goals are 
normalized, the (rJi.s < 1 ) T 

4. The initialization of /?/ a * Rr is concerned with pushing 

its value by a small amount from the value of y?,\ Otherwise, the iterative 
function will be stuck with similar constraints of the form fi m < fi] . 
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• WUsing Hanan* s method in the Improve Utilities 

In the improve function,, we build a new objective-functions list. Of course, we 
are interested in applying Hanan, on the agent's objectives, with the deviations that 
participated in the agent's original goal-constraints. This objective forms the least 
important objective layer. However, we note the following concerning the levels 
added to the original GP of the agent. There are three kinds of objective-levels added: 

4i_ JC-close constraints (trying to keep close to the opposite offer): 

All the deviation variables participating in the goal-constraints are considered, 
therefore, none of them can participate in the Hanan objective level. 

. s5± — Objective-close constraints in the Aggressive and Ignorant 

functions: 

All the deviation variables participating in the goal-constraints are considered, 
therefore, none of them can participate in the Hanan objective IcveL 



6. Opposite-agent constraints 

In this case there seems no reason to apply Hanan on the deviations of 
the opposite-agent's GP problem. We should not be interested in generating 
non-inferior solutions using the opposite-agent's GP problem- 



Advanced Utilities 

Testing the necessity for negotiations 

This is a pie-negotiation procedure whose objective is to test whether 
negotiation is needed. It is executed after unification and before one-to-one 
negotiations start. 



A Using the Suggest^optimal utility, solve for each agent 

(Bob and Sue) separately their goal programs and obtain their ^independent" 
optimal solutions. 

182 



WO 02/077759 



PCT/US02/08293 



■ iS. Construct a joint goal program whose set of constraints 

is the union of Hie two sets of constraints associated with the two agents plus 
two additional goal constraints requiring that the two independent optimal 
values that were obtained earlier will hold. The objective of the joint program 
is to minimize the deviations associated with the last two constraints. 

Solve 1he joint program. If its optimal value is zero we 

can skip negotiations, assign the optimal values of the joint program to the 
vector of decision variables (x) and guarantee that both agents can not achieve 
a better solution by any form of negotiations. If the optimal value of the joint 
program is not equal to zero, at least one of the agents may be able to obtain 
some gains through negotiations. In that case, we must enter negotiations. 

Mediation option at any level 

This utility can be called either before the negotiation were started or at any 
Jevel during the negotiation. It is useful for several reasons: 

Applying the mediation option before negotiations were started 
provides the system with an "objective' 5 outcome that can be compared 
against the outcome of negotiations later on. This will help various 
validation tests during development 

If negotiations broke down at some intermediate level we might 
use mediation to "rescue" the deal. It will preserve the satisfaction levels 
achieved during the levels that were already finished successfully and 
generate a compromise solution for the level in which negotiations broke. 
This will strengthen our modeling foundations as it bypasses potential 
roadblocks on the way towards successful outcomes. 

" From a marketing point of view, the users will appreciate the 
option to resort to a mediated solution if it is proven to be superior (for both 
sides) to the one they have achieved through negotiations. 
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Suppose we are now at level k > 1 of the objective function. The mediation 
option is then given by the following formulation. 

Minjex (k) 

(k + l) 

(last level q) 

Goal constraints of Bob 

Goal constraints of Sue 

Hard constraints of both Sue and Bob 

Hard constraint to enforce satisfaction of objective levels 
k-1 at the values that were achieved before 

.Form Offers 

This procedure is concerned with forming a "compromise proposal" based on 
the GP's of two parties, Bob and Sue, Intuitively, it takes their preferences and 
constraints and finds a "middle ground" based on their targets. Using adjustable 
parameters, it may favor one party's interests over the other party's interests. This is 
superficially similar to the mediation procedure described earlier. The differences are 
that here we assume no prior negotiation session (and hence no achievements to 
preserve), in producing the mediated offer we do not normalize weights as previously 
done, and we "blur" all the levels whereas previously we followed the level structure. 
Hence, the current utility Form Offer is simpler and cruder than the previously 
described one, 



1 E<i + IX+i i 1 2>in + 2X*» J 
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&4rlnput 

' ,4 A tuple L of lower bounds for the decision variables.** 

7. A tuple U of upper bounds for the decision variables. 

& BaVsGP: (GP a ) 

a - The problem objectives of Bob 
F it - The goal constraints 
S B - The hard-constraints 

£ Sue's GP: if}P fi ) 

p - The problem objectives of Sue 
Fp- The goal constraints 
- The hard-constraints 

" .10. Bob's weight: p, implicitly Sue's weight i$ (1-p). 
„ Output 

A tuple D , this is a proposed solution for the decision variables values. 
.Description 

Given two players, {player*}, k e {l,2}, we denote Bob as k=l and Sue as 
k=2. Solving the following problem provides the initial offer: 



u Mote that both parties agree upon the bounds of the problem, 
185 



WO 02/077759 



PCT/US02/08293 



Min Lex 



je player* 
j e player 2 



The program above is a "watered-down" version of the parties' Goal Programs, Tt 
considers only the bounds on individual variables and the targets of both players. 
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String-Final-Offer {Informed, Informed) (Sue's viewpoint) 

See the Discrete variables compilation in section 4 of the compilation 
document. 

-input: 

>WL Agent's (oP fi ) 

p - Sue's objectives 

Fp - Sue's goal constraints 

Ss - Sue's hard-constraints 

,8. T he opponent's GP:^ (GP a ) 
a -Bob's objectives 
F«- Bob's goal constraints 
Sd - Bob's hard-constraints 

^ fc A tuple X%* of values for the discrete-weight auxiliary 

variables that caused the agreement on the last level, 

10, A tuple X l t of values for the discrete- weight auxiliary 
variables that caused the agreement on the last level 

. tJJL Agent's agreement values for the objective function 

levels /?f~ R . 

■12» Opponent's agreement values fot the objective function 
levels af* . 

Note: The input GPs of this function must not contain ant level-by-level 
information. After all this is a mediation function, trying to find a suitable offer for 
both agents, hence, it is not wise to stick to the values already achieved. 



w Thc opponent's information is subject to the mechanism's strategy. For example the opponent may 
not provide all of his preferences (constraints or objectives), or even may not provide true preferences! 
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rrOlMput: 

A proposed solution jy* , which consists of: 

^. A tuple T' = [D 4 \J£'] of values for the variables. 

Especially the original discrete (string) decision variables. 

A A tuple fi f of the corresponding objective-functions 

values. 
^■-Description: 

This utility is used by the /-/ negotiation mechanism to construct a 
mediation offer for the discrete (string) variables, 

The negotiation should progress over the relaxed-binary variables, and once 
an agreement is achieved for the auxiliary variables (composed by the binary 
variables), this mediator function tries to find the closest offer that keeps the 
agreed vales and objectives. 

The caller of this function is the one fliat decides to stop the negotiation, 
and agree to the opponent Jast offer; therefore that mediator gives more importance 
to the values of the opponent, expressed by bigger weights for the opponent 
deviation variables in the objective function. 

- 4> A dd to (GPjj ) the following goal-constraints and bounds: 

, -f. Add the opponent's goal-constraints and bounds (GP lt ) 

rg. F or every auxiliary variable x S i and its input value 

X, e jr*» ' 

- Add the goal constraint: x & + Yst ~ 7% = 

- h. For every decision variable x B i and its input value 

- Add the goal constraint: x m + y" m - " %m 
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V£ For every objective function-level of the agent /?, and 

its value p$T* 

- Add the goal constraint: fi t -f tf i - £J = AST* 

- For every objective function-level of the opponent { 

and its value aj"" 

- Add the goal constraint: ar, + = ^aT™ 

/ 5. R eplace the objective-function vector of (GP a ): 
^b. Set the first priority level as: 

iooo.£5i+ioo.2;*i +10 -Sfrs + riK2!fa ^j) 

v6. Call gpjwlve {GP 0 ) and return its output. 

Notice that this is a mediation function therefore, the input GPs are the 
original agent's GPs, therefore the indexes fi $ and a B instead of the usual 

indexes fi$ and a s . 
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• 6rSec0nd-price-bid {Informed, Ignorant} (Bob's viewpoint) 

This function is presented from Bob's viewpoint, as it will be called Bobs 
participating in a second-price auction. 

\Input: 

' \s. Agent's GP: {GP fi ) 

p -Sue's objectives 

Fp - Stacks goal constraints 

Ss - Sue's hard-constraints 

4 The opponent's GP: {GP a ) 

a - Bob's objectives 

F« - Bob's goal constraints 

Sb - Bob's bard-constraints 

"JL Agenfs private values for the objective function levels 

privates 

. Opponent's minimum price values for the objective 

function levels fif* . 

Output: 

-2, A proposed bid of the auctioneer objective values p % . 

.Description: 

This utility is used by the 1-N negotiation mechanism (second-price 
auction) to construct a second-price bid, given tlie private value of the agent 
(Bob), and the minimum price of the auctioneer (Sue), 



4= Add to (pP ts ) the following goal-constraints and bounds: 
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a. Add the opponent's goal-constraints and bounds (f}P p ) 

b. For every objective function-level of the agent a. and 
its value ag w " 

Add the goal constraint: a, £ <x$ rce 

c. For every objective function-level of the opponent /?, 
and its value 

Add the goal constraint: 0 % < plf 
' & Set the objective-functions vector for(c?i^) as of the opponent 

& Call gp solve (gP^ ) and return its output. 

Note: The only concern of the function is to generate objective values, 
dial's why the objective function is kept simple; Rg. we dotft need the Hanan 
level, or to minimize the agent's own objective, as these will only affect the 
decision variables. 

Catalog Purchasing of a Single Item 
Introduction 

Tins chapter addresses the special case of negotiations which are held, either 
in a 1-1 or 1-N settings, between buyer(s) and a supplier who sells items out of a 
catalog. The catalog is organ ized by families (or groups) of items (e.g., a car catalog 
organized by 3 groups: luxury, sedan, 4X4). Within each family, items are listed 
according to their attributes. The attributes are typically given in a discrete fashion 
(e.g., engine size maybe limited to a vector of 4 values {1600, 1800, 2000, 2400}). 
Each item in the catalog represents a specific vector of attribute values that are 
permissible for sale from the point of view of the seller. For example, item no. x in 
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the catalog is defined by 

{engine size =* 1800}, {color « white}, {model GLX}, {list price = $16000}. 

Not all the combinations of attribute values are feasible in the catalog. Thus, 
for example, the combination 

(engine (E) - 1800}, {color (C) = silver}, {model (M) - GLX}, {price (P) - $16000} 
is not available although there are other cars in the catalog whose color is silver. 

We address several scenarios that are distinguished according to the following 
characteristics; 

• Access to catalog 

o The catalog was published and every potential 
buyer has access to it 

o The supplier is the only one who knows the 
contents of the catalog 

• Knowledge of buyer's intention 

o The seller knows tine GP according to which the 
buyer evaluates offers 

o The seller is ignorant of the buyer's GP 

• Number of relevant items 

o There are a few relevant items 

o There are possibly many relevant items. 

In all cases we assume that the unification procedure is capable of generating 
the appropriate upper and lower bounds on the various attribute dimensions (e.g., 
1600 SE^ 2400). The negotiation procedure will be composed of two stages. In the 
first stage, negotiations will be held along the relevant feasible intervals of the various 
attributes without regard to whether or not an. offer corresponds to an item that 
actually exists in the catalog. At the second stage, the seller's intention will be 
duplicated to a number of intentions that will run in the system in parallel where each 
intention corresponds to a particular item in the catalog. The motivation for the first 
step is to limit the number of items on which negotiation will eventually take place. 
Since it is reasonable to think that in most practical cases the catalog will consist of a 
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large number of items we want to avoid representing each catalog item by an integer 
variable (which will result in a large integer programming problem). 

To facilitate the execution of these two stages we require two additional 
parameters: 

K: a threshold number of candidate items. Once that number is reached, the 
seller duplicates its original intention into K separate intentions, each corresponding 
exactly to a particular item in the catalog. All K sub-intentions continue into the 
second stage where they are engaged in parallel negotiations with the buyer's 
intention and maintain an OR condition among them. The value of K should be fairly 
small (say, about 10) to scalability problems. Also, in case the buyer is operating in a 
manual mode of negotiations, K should be even smaller (say, not exceeding 5). 

S: a subset of candidate items out of the complete catalog. This subset is 
defined differently according to the possible scenarios. If the seller is knowledgeable, 
then S is defined according to the last offer made by the seller as it is evaluated by the 
buyer's objective function. All the catalog items whose attributes would lead to 
improvement from the buyer's standpoint are in S. If the sellet is ignorant, S is 
defined by a certain proportion by which the seller is ready to worsen his offers. All 
items whose values, according to the seller's own objective, are not worse than the 
current seller's offer by more than the given proportion are in S. 

Negotiation procedure 
Stage 1 

Buyer and seller exchange offers that are generated through the ordinary GP 
procedures without regard to whether or not there are items in the catalog that actually 
correspond to these offers. In each iteration, before sending his counter-offer, the 
seller finds the item in the catalog whose GP value is the closest to the one he has just 
computed. If he is ignorant, then he looks for the items whose values are closet from 
the perspective of his own GP. Otherwise, he looks for items that are closest from the 
perspective of the buyer's GP. Also, in each iteration the seller checks whether the 
number o f items in S is still bigger than K. If not, he initiates a switch into the second 
stage, Computationally, the testing of how many items are in S is perfonned as 
follows; 
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If the seller is knowledgeable he 
uses the buyer's OP to pre-process the entire 
catalog. Each item gets a "score" according to 
the buyer's objective and these scores are then 
used to rank order the items in a descending 
order of utility to the buyer. Given the value of 
the seller's Current offer according to the buyer's 
objective function, all items whose rank position 
is smaller than or equal to the item with the 
closest value to the one computed are in S. 

If the seller is ignorant he uses 
his own GP to pre-process the entire catalog. 
Each item receives a score and the scores are 
used to rank order the items in an ascending 
order of their utility to the seller. Given the 
value of the buyer's current offer (from the 
seller's perspective), all the items whose rank 
positions are smaller than or equal to the item 
with the closest value to the one computed for 
the current buyer's offer are in S. 

Stage 2 

This stage can be executed in two ways, 

a. The seller duplicates his original intention, into K. duplicates 
that maintain an OR relations as they enter into parallel 1*1. negotiations 
with the buyer's single intention. Each of the duplicate intentions 
corresponds to a particular item in the catalog - that is ? in each such 
intention die variables that describe the item are fixed according to die 
relevant item from the catalog. For example, engine size, color and model 
type are fixed and negotiation can continue on variables that were not 
fixed such as price, warranty period, delivery date, etc. 

k The seller fonnulates a single GP that uses integer variables 

to define the K specific alternatives that axe relevant to the negotiation. 
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Tliis approach is somewhat more difficult to run due to the presence of 
integer variables but, on the other hand, it doesn't require an external 
procedure Chat verifies the OR relations as in the first approach. Another 
advantage here (from the seller's standpoint) is the extra flexibility to 
move among the catalog items during the negotiation - a possibility that 
doesn't exist in the first approach. 

Reference is now made to Fig. 29, which is a simplified flow diagram which 
further explains the procedure from the seller's standpoint. In Fig. 2% the procedure 
is shown in three stages, pre-processing, stage 1 and stage 2, 

Stage 2: 
Example 

The buyer's intention: 

At importance level no. 1 the buyer is interested in price (as low as possible) 
and warranty (as high as possible). At importance level no. 2, his pref erred engine 
size is 1 800, deviations below it are 4 times worse than the other way around. Hie 
buyer has no preference on color. His intention is then formulated as the following 

GP: 

Min_Lex } 

— , i6oo^£^24oo 

800 E e 800 

p , 50000 zp< noooo 



60000 ' 60000 

W 5 

— + «i . 1*JF<5 

5 w w 5 

Notice that scaling of the goal constraints is done by their intervals (both here 
and later on for the seller). The buyer's GP stays the same as we switch from stage 1 
to stage 2 (in fact, the switch is transparent to him). 

The seller's intention: 

Assume that the items in the seller's catalog arc given in the following table: 



Item 



Engine Warranty 



Color 



Manufacturing Tar 
■vmt ■ ~ 1 pp|cc 
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cost 


price 


1 
I 


i Ann 


1 
I 


JL5IUC 


OJOOU 


760 


4 


i/;nn 

-LOW 


1 
1 


n d J 
KCu 


02500 


750 


*l 

D 


i £nn 


1 
I 


Wnite 


62000 


740 


4 


1800 




White 






5 


1800 


3 


Blue 


75000 


900 


6 


2000 


4 


Silver 


93000 


110 


7 


2000 


4 


White 


90000 


108 



AS his first importance level the seller desires to maximize his profits and at 
the second level he wishes to minimize the warranty period. The seller is willing to 
move only one year above or below its catalog definition of the warranty period. 
Notice that in this example; 

• The seller's main decision variable is profit. The buyer 
is totally unaware of this variable as weJi as the "manufacturing cost" 
column that was used to generate it 

• The largest profit is not necessarily associated with the 
item whose target price is the largest. 

The, the seller's GP in the first stage would look like this: 
Mm _ Lex 

S.L 

^_ +<y -^ (t = 2000 
400 B '■ 400 

P- 900 00 s -_ s + ^ 18000 
6000 + '' p 6000 

Suppose that k=3 and that the seller's first offer was car no. 7 (with list price 
of 108000). Then, S was composed of all the ears in the catalog. Let's say that after 
some iterations the seller's GP led to a hypothetical, car {E=1600, C=silver, W=2, 
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P-75S00}. Hie actual car closest to it is car no. 1 - At this point S is composed of only 
3 items and the seller switches to the second stage. 

Approach a: To formulate the seller's GP in terms of the discrete options that 
are available in his catalog we need to define a set of binary variables (say, X f ) where 

each such variable indicates the selection of a particular item (car) in the catalog. In 
this case we write: 

Min _ Lex 
s.t. 

E^\600 (X^X 2 + X,)+1800 .(x 4 + X S )+2Q00 (x 6 +J*T ? ) 

C = Blue -(AT, + X 5 ) + Re d • {X t )+White . (X, + X 4 + JT 7 )+ jtfwtr - (X 6 ) 

=i-(x l +^ 2 +jr 3 )+3*(jir 4 +x i )+4-(^+x ? ) 
p+<y; -<y; =7eooo- at, +75ooo*jr 2 + ,„-mo80oo-x 7 

P - 76000 . JT t + 7SQQ0 ■ JT 2 + + 108000 - X, _ 1 8000 

6000 + * * ~ 6000 

Notice that in this formulation deviations in engine size and color are not 
allowed for any of the seven possible items. These two represent fixed dimensions in 
the item's attribute space that cannot be changed by negotiations. 

Approach b: The seller constructs 3 sub-intentions (one for each of the cars 
with E=I600) and let them run in parallel 1-1 sessions. For example, the GP that 
corresponds to item no. 1 in die catalog will then look like: 

Min_Lex faj.fe} 

SJ. 

£ = 1600 
C = Blue 
W _ v+ 1 

P 76000 



60000 ' 60000 

P-63000 _ » + 13000 
6000 * li 6000 
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Implementation Comments 

1. There is a need, to find an efficient way to perform the 
pre-processing stage as it requires an exhaustive computation, effort 
across all items in the catalog. Hence, when moving from one item in 
the catalog to its neighbor we might use the previous solution a$ the 
starting solution for the next run of the "Complete-Optimal" utility (sec 
the Utilities chapter)* 

2. Finding the "closest" actual item requires a utility that 
will be based ou the ranking achieved in the pre-processing stage. It 
does NOT require re-running one of the optimization utilities. 
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Catalog purchasing of multiple items 
Introduction 

This section extends the single item procedures to address complex deals that 
are composed of several items that need to be purchased simultaneously from 
(possibly) several catalogs. Here are some examples: 

• A computer system including a PC, terminal and a printer 

• A car wilh a trailer (we will refer to this example in the 
remainder of this document). 

• A travel package including flight ticket and hotel reservation. 

Within each intention we assume that there exists a natural ordering of the 
items according to their importance (e.g., a car is more important than a trailer). If 
some items are equally important, an arbitrary order can be established among them. 
We distinguish between two basic cases (the reminder of this document will address 
the second case): 

1 . Independent suMntentions - There are no constraints of 
any kind (e.g., trade-offs, hard constraints) that tie the sub-intentions to 
one another. In such cases, each sub-intention can be dealt with 
according to the procedure outlined for single-item purchasing. 

2. Dependent sub-intentions - There exist some 
constraints link the sub-intentions. For example, due to differences in 
standards, trailers of type A can be mounted only on European made 
cars while trailers of type B can be mounted only on American made 
cars. The relevant constraint will be: 

Trailerjiookjype « Carjiookjype 

The problem statement 

In a multi-item deal there may be many combinations of items (from a 
collection of catalogs) that may satisfy the constraints- Treating each one of these 
possibilities separately is often infeasible. An added complication is that if we 
generate an intention per combination, we lose significant bargaining power since in 
each negotiation session we deal with exactly one such item combination and it is not 



199 



WO 02/077759 



PCT/US02/08293 



possible to move from one combination to another. Of course, a large number of 
parallel negotiation, sessions is infeasible when one of the parties works manually. 

The proposed solution 

Unification Stage: 

We perform the unification stage under the optimistic assumption that, within 
the given ranges of values for the relevant attributes, all possible items exist in their 
respective catalogs. Therefore, wc actually perform no catalog searches during 
unification. At the conclusion of the unification stage we have an offer for which 
there might exist many possible combinations of specific catalog items. Let I be the 
joint intention at this point. Referring to our previous example, we describe the 
process assuming that intention I includes two items, a car and a trailer. The car 
(respectively, trailer) component in I is a hypothetical car (respectively, a hypothetical 
trailer). For example, I might be defined by: 

Hypothetical Car: {Color - red, 1600 < Engine < 3000 cc, 60000 < Price < 
120000} 

HypoOietical Trailer; {80 < weight < 300, 0 < height < 65 cm, 0 < capacity < 
2.5 ton) 

Pre-processing Stage: 

We compile a list of potentially feasible cars (C S o) by enacting the following 
query* Find the list of cars that could possibly unify with the hypothetical car in I and 
for which there exists at least one "matching" trailer (effectively computing a 
semijoin of trailers into cars, satisfying all the relevant GP constraints on cars and 
trailers)- Thus, for the example above, any car whose color is not red will not enter 
C so . We grade each car in C S o according to the highest possible grade (least penalty) 
it could achieve using the seller's GF. For this grading we assume that any trailer we 
may want is available. We sort the list Cso from best to worst. Next, we compile a 
list of potentially feasible trailers (T S o) by employing a similar process for the trailers, 
tn case the buyer's GP is known, we compute two similar lists (C B0 and Tbo for the 
cars and trailers, respectively) using the buyer's GP. To. case the buyer's GP is not 
available, we just consider the relevant trailers as the semijoin of cars into trailers. 
Returning to the example above, this stage may lead to four lists as demonstrated 
below. 
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No, 


1 


2 




12 


13 




Car 

skuno. 


17 


122 




33 


177 




Seller's 

value 


25 


28 




45 


48 






Tso 


No. 


1 


2 




26 


27 




Trailer 

sku no. 


111 


27 




22 


26 




Seller's 

value 


5 


1.2 




42 


49 






Cbo 


No- 


1 


2 




21 


22 




Car sku 

no. 


33 


48 




167 


93 




Buyer's 

value 


12 


16 




39 


52 







No. 


1 


2 




9 


10 






Trailer 

skuno. 


27 


88 




67 


21 






Buyer's 

value 


8 


19 


♦ i f 


37 


59 
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Negotiation Stages - Introduction 

Negotiation proceeds in two stages. In stage 1 the seller operates with 
hypothetical items when offers are computed. However, when the seller presents an 
offer to the buyer, a concrete offer, based on actual catalog items, is presented. We 
shall explain how to locate such a concrete set of items for such a concrete offer. In 
stage 2 the seller oxily operates with concrete items. This is done either by (1) 
duplicating intention I, at this point, for each particular combination, or (2) employing 
an integer programming formulation that explicitly represents the choices still 
possible for the intention- The passage from stage 1 to stage 2 is performed when 
stage 1 fails to identify a combination that will meet its self-imposed requirements. 

Negotiation Stage 1 

(1) Suppose die seller has to respond to the buyer's last offer (given by the 
vector x). We distinguish between "non-negotiable"* and "negotiable" attributes in the 
catalogs. For a given car, attributes such as color and engine size are non-negotiable 
while price and warranty period are negotiable. The seller first tries to generate a 
counter offer by operating an appropriate utility ("knowledgeable" when he knows the 
buyer's GP and "ignorant" otherwise) with the additional restriction that changes are 
allowed only in negotiable attributes. Only when this is not feasihle, he employs the 
following procedure (he will also use this procedure when he has to provide an initial 
offer). 

(2) First, assume the buyer's GP is known. The seller produces a hypothetical 
offer x using the "knowledgeable" utility with no additional restrictions. Denote the 
value for x to the seller as v and its value to the buyer's as w. Intersect the sets Csi 
and C Bls where Csi contains all the cars in Cso whose values for the seller are not 
worse by more than u% than v, and Cbi contains all cars in C B0 whose values for the 
buyer are not worse by more than, q% than w. Both u and q are parameters, A similar 
computation is performed to find the trailer sets T$i and Tni- Let Cj. and Ti be the 
resulting intersections, where C| is a set of cars and Ti is a set of trailers. In the 
context of our example, suppose v - 46,5 and w = 40.4 and let u - q = 3.5%, Then, 
Csi will contain the first 13 pars in Cso and Cbi will contain the first 2 1 cars in Cbo. 
The cardinality of the intersection set Ci will be smaller than or equal to 1 3 and it will 
contain at least the car whose sku no. is 33. 
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Next, consider the case in which the buyer's GP is not known. In this case, Ci 
Csi and Tj -= Tsi (notice that these sets contain the sets Ci and Ti as prescribed 
above). As we shall see, in this ease wc may need to work harder at finding a 
combination \vith the desired properties. 

Now, the seller needs to perform a sequential scanning of combinations of 
items from Ci and Ti until he either finds a valid combination whose value is "close 
enough to w" or until he finds that no such combination exists. Offers are generated 
only for valid combinations of items (car-trailer in our example; we assume that cars 
are more important than trailers). 

(i) Order the cars in Ci from worst to best in terms of their value to 
the buyer, select the first car and denote it as Candidate_Car 

(ii) Order the trailers in Ti from worst to best in terms of their 
value to the buyer, select the first trailer and denote it as CandidateJTrailer 

(iii) Assign the values of both Candidate_Car and CandidateJTar 
into the GP of I. If the GP is feasible and its value is not better by more than 
p% (pis a paremeter) than w, then go to (vii) 

(iv) Else, make the next trailer in Tj the CandidateJTrailer and 
return to (iii) 

(v) If Ti was exhausted, make the next car in Ci the Candidate Car 
and return to (ii) 

(vi) rf Ci was exhausted, move to stage 2 of the negotiations 

(vii) Generate offer 

Negotiation Stage 2 

The seller needs to backtrack one step to the previous instance of stage 1 . 
There, instead of finding the FIRST combination that meets his self-imposed 
restxictionSi he needs to perform an exhaustive scan to find ALL such combinations. 
We naturally assume that tins will be a fairly small number since in the next iteration 
NO such combinatioai was found. After finding all the combinations that meet the 
requirements, the seller either duplicates I according to each car-trailer combination or 
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formulates a single integer-programming GP model (see the explanation for the single 
item catalog purchasing) to continue the negotiations. 

Buyer's operation: 

There are two basic possibilities for the buyer, namely knowledgeable and 
ignorant (of the seller's GP). These possibilities dictate how the buyer computes his 
offers, as usual. Additionally, there are two $ub-cases, one in which the buyer has 
access to the catalog and one in which he does not. In the latter sub-case, the buyer 
works in terms of hypothetical cars. In the first sub-case, the buyer may still choose 
to work with hypothetical cars (and leave the seller the responsibility to come up with 
concrete ones); alternatively, the buyer may choose to work with concrete cars as 
well. In that case the buyer's situation is analogous to that described previously for 
the seller. He too may maintain lists and derive appropriate combinations. This 
option is costly and as default the buyer will work with hypothetical cars, unless he 
explicitly indicates willingness to employ the slower and more expensive option of 
locating concrete combinations of items for each offer. Should the buyer choose to 
work manually, he may choose items from the catalog and the system may assist him 
in grading the combinations. 

Background 

This section focuses on negotiation technologies for multi-attribute, multi- 
items deals where parties have constraints, preferences and trade-offs. Here, parties 
may he human participants, devices, or in general any sort of agent. The technology is 
applicable to eCommerce, resource allocation and interpersonal or inter- 
organizational negotiations. Wc cover: 

• 1 -N negotiations (auctions and reverse auctions) 

♦ 1-1 (human-like) negotiations 

• Profiles for 1-1 negotiations 

We categorize the handling of intentions into the following logical layers: 

* Building intentions, (done at the graphical user interface GUI) 
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level; this level may correspond to both humans and automatic tools. 

• The Unification of intentions (which uses the utility level). 

• The Mechanism layer which can implement 1-1, 1-M 
mechanisms. 

• The Utility level that handles various optimization and basic 
negotiation functionalities. 

A schematic illustration of the architecture is shown in Fig, 30, which shows 
the various layers as described above. 

Centralized and Distributed Systems 

The description in this section is for the most part in terms of a centralized 
system. However, the techniques here are applicable to the case of a distributed 
system in which the negotiating parties either have a local copy of the system, each 
with its own layers (e.g., utility layer) and they communicate via messages, or they 
send messages to a central site where a single negotiating system is in operation. 
There are cases in which knowledge of another party's data is needed; in this case we 
assume that the relevant party sends it. 

The One-to-N Mechanism 
Introduction 

We present procedures for markets characterized by a single agent (e.g., seller, 
buyer, batterer) operating against multiple agents (e.g., buyets f sellers, barterers) 
where the goal is to maximize the single agent's revenue from the deal. When the 
single agent is a buyer (respectively, seller) and the multiple agents are sellers 
(respectively, buyers), this is called an auction (respectively, reverse auction). 

We start by defining the private value and interdependent value models. For 
simplicity we first assume that the only variable left to agree upon is the price or 
price-like (that is, a well defined domain in which all agents assign identical values to 
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all points in the domain and where there is a total Order on the domain). Later on> the 
relaxation of this assumption will be discussed. 

In the private value setup, the values that an agent assigns to the different 
possible deals do not depend on information provided by other agents. Putting il 
differently, the agent's values of the different deals depend only on his own 
information. An example of such deals might be the purchase of a certain component 
by a purchasing officer. He knows the price of the final product (P) ? the cost of labor 
(L) 3 and the margin required by the firm (M). These parameters determine for him an 
upper bound on the cost of the part (C) given through: C<P-L-M . Regardless of 
what other buyers in this market are willing to pay our purchasing officer will fix his 
private value according to C. 

In interdependent value model, an agent's value depends not only on his own 
assessment but also on the information other agents possess. An important aspect of 
this model is that agents not only do not know each other's valuation, they also do not 
know their own value. An example of such a deal is an auction of land for oil drilling. 
In this example each agent performs some tests to assess the amount and quality of oil 
in the ground. Clearly, having the results of all tests refine ones own assessment. 

The Private Value Model 

We state a known result concerning price only auctions. If buyers' 1 values are 
private, and every buyer's value is independently drawn from the same distribution, 
then the famous "Revenue Equivalence" theorem holds. This theorem states that all 
auctions in which the bidder with the highest value wins, and the one with the lowest 
value loses and pays zero, are equivalent from the seller's point of view. Note that the 
procedure we present below, which is a second price auction with a reservation price, 
does not belong to this class, and hence the Theorem is not applicable (this is because 
we allow the seller to announce a positive reservation price winch might result with 
no trade). 

A second price auction with a reservation price; Price and Price-like 
Second price auctions are well known, The rules are as follows; 

• Seller chooses a reservation price r, which us then revealed, to 
all buyers. 
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• Bidders simultaneously submit bids. We denote by pj the bid 
of buyer j, j~l t 2 f „. 3 M (The buyers do not have to bid simultaneously but it is 
important that no buyer sees the bid of the others before be submits bis bid). 

• If all bids are beiow the seller's reservation price, then the 
procedure is terminated with no trade. Otherwise, 

o The winner is the bidder whose bid was the highest (if 
there is a tie then the winner is chosen by a random device). 

o If buyer k is the winner then he pays Max[maxj* k {pj), rj 
to the seller and the other buyers pay zero. 

Remarks: 

t) At first blush, such an auction procedure looks inferior from a 
revenue point of view when compared, say, with tire Jirst price auction (a 
similar procedure except that the winner pays his own price and not the 
second). However, such a naive view ignores the effect of the procedure's 
type ou how competitive the bidders are. 

2) An. important advantage of this procedure is that it is very 
simple and transparent to follow. When the bidders and the auctioneer argue 
on the same variables a dominant strategy for a buyer is to bid his value! That 
is, regardless of what other buyers intend to do, bidding one's own value is 
always optimal. However, notice that in multi-dimensional settings the 
bidders may be concerned with different variables than those that are of 
interest to the auctioneer. 

3) For a seller to choose a positive reservation price makes seuse 
only if it is a credible threat to terminate the procedure without a trade. If such 
a threat is not credible, then buyers are going to take it into account, and adjust 
their bids. While choosing the right bid is a simple matter in such a set up, 
choosing the optimal reservation price is a more difficult task. In particular, 
the optimal reservation price depends on the seller's belief on how the buyers 9 
values are distributed. 

4) We described an auction. However, a similar description 
would work for reverse auctions in which the auctioneer is a buyer, the bidders 
are sellers and the reservation price is the maximum, value the seller is ready to 
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consider. Of course* the lowest bidder wins here and Max is replaced by Min 
in detennining the deal's actual price. 

Multi-dimensional Second Price Auction 

If die only detail yet to agree upon is price (or price-like), then all sides 
understand the preferences of the other sides. Sellers are interested in a higher price 
and buyers prefer lower prices. This is not the case when wc have multi-dimensional 
deals (i.e., deals that are evaluated based on parameters that are not necessarily price). 
In this case we denote a patty's value ftinction hy/CJ or §(.), possibly with subscripts. 
Without loss of generality, and fox the sake of consistency with our conventional 
representation of objective functions in the utility layer, we shall treat hoth/C) and g( 
J as functions that represent penalties. That is, the lower it is for a party, the better is 
for that party- We also observe the following: we no longer refer here to buyer or 
seller as each parry evaluates the deal according to his function (this provides a 
uniform treatment for auctions, reverse auctions, bartering auctions etc.)- 

In such a case, it is important to first reveal the value function g& of the 
auctioneer to the bidders. One possibility is to reveal to the bidders the true value 
function gQ, which was submitted by the auctioneer. Another possibility is to 
give the auctioneer an option to reveal a modified value function, denoted by g '(„ ), 
according to his strategic choice. Without Joss of generality tetg'Q be the 
disclosed value function. 

So, first the auctioneer reveals his value function g'Q (by publishing his 
GP A : constraints, preferences and targets, arranged in K levels in lexicographical 
order) and then the bidders bid. Let 

• The auctioneer's reservation price is given in terms of maximal 
allowed values for his objective function levels — g^. (A reasonable 
variation here is just to provide the first level.) 

« fiQ be the value function of bidder i, is expressed via goal 
program GP,«. 

• fat are maximal allowed values for bidder f s objective function, 
which are arranged in H, levels, in lexicographical order. 

• b~(bj, ^btf) denotes the vector of submitted bids, where each 
bid is a vector of values for the relevant decision variables (attributes), (A 
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reasonable alternatives is to just supply the value of g '(.). see remark 
below). 

Then, to generate a bid, bidder i solves a program thai maximizes the 
seller's utility (by minimizing deviations from the seller's targets) subject to his 
own constraints as well as those of the auctioneer (i.e T , both GPj and GP^ and 
while apt crossing the threshold values specified for his own objective function 
levels as well as the thresholds that were specified by the seller: 

Lex^Min MM^M 

f} k <g k k = h». 9 K 
GP A 

The first set of hard constraints forces the solution to meet the bidder's 
threshold specifications (fjh) at each level of his objective function. The second 
set of constraints restricts the bid so that it gives the auctioneer at least what he 
announced as his threshold levels At the same time, these constraints define 
the deviation variables that are used in the objective function. In the objective 
function of the program above, the bidder tries to respond, as best as he can under 
the constraints, to the auctioneer's objectives (according to their lexicographical 
order). 

The auctioneer selects the winning bid as the one associated with the 
smallest value foxg'Q. Let bidder m be the winner. That is 

Let denote the second winning bidder. That is ? 

b s ^ argmin^n [gtyj] 

The traded deal, denoted by d, then solves 

OK 
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In words, the winning bidder selects values for the vector of decision 
variables x so as to optimize his own objective junction subject to the constraint 
(hat the selected values will give the auctioneer at least the utility obtained 
through b s . Jf, for same reason (e.g., discrete variables), bidder m can not offer 
g'(b*) the program will lead him to offer a smaller value - possibly even g '(btj! 
The auctioneer will have no problem in accepting such an offer % which goes 
beyond what is generally accepted out of a seeond^price auction. 

The auctioneer then verifies the deal d. In case of disagreement, the winner 
and the auctioneer need to further negotiate on this deal in a one-to-one fashion or 
offline. 

Remarks: 

1) In the description above the bidder supplied an offer consisting 
of actual values to the attributes (such as price, date, quantity etc.)- In fact, all 
the auctioneer needs is the value of the bid in terms of his (Le M the bidder) 
value function. So, it suffices that bidders supply the value of gQ on their 
offers rather than the oflfer itself (recall that the bidders knowgf^. 

2) In general the auctioneer has an incentive to reveal his true gQ 
as this will encourage the bidders to make the best bids from his point of view. 
However, there might be situations in which an auctioneer will prefer to reveal 
a modified, rather than, true, value function. For example, this may happen 
when he is engaged in 1 -N negotiations at present but plans to move on to 1-1 
negotiations with the same bidders in the future. If he reveals his true value 
function now it will make his future "opponents" knowledgeable and that 
might give them an advantage. 

3) If the auctioneer's goal is to achieve an efficient outcome (that 
is ^o select the bidder with the smallest gQ value) then his reservation price 
must be sot to infinity. A finite reservation price is to ensure maximization of 
auctioneer's utility. 

4) Another option which the system provides is for an auctioneer 

to reveal partial or modified information about his value function, let the 

auction procedure work as explained above but have the option for the 

auctioneer to select whichever bid he likes (not necessarily the one who "won" 

the bid in the regular sense). This is equivalent to existing bids in which the 

agent who issued the deal states that he is not obliged to select the cheapest 

210 



WO 02/077759 



PCT/US02/08293 



offer. In our terminology this means that he revealed part of his value function 
(money) but not all of it (other components may involve data on the reliability 
of the bidders, their tendency to meet lead times, etc.). 

5) The system allows bidders to operate manually. In this case 
their bids are evaluated by the auctioneer and in case of winning a bidder 
needs provide an offer that is at least as good as the level of achievement 
specified as the winning values in the auctioneer's value function. Observe 
that the winning bidder can always simply provide the bid he presented (which 
is as good or better from the auctioneer's point of view). 

6) In case the auctioneer sells n identical items, the best n bidders 
are the winners. If there are ties at the winners "low end", they are broken 
randomly. The highest bidder, whose bid is not equal to that of a winner, 
defines the deal value (if there's none, an auction-specific default rule 
applies). 

The English Auction - Price and Price-like 

We start with a brief description of the English Auction. In general, in the 
English auction the price of the object rises and bidders indicate whether they are 
willing to buy the object at that price or not A bidder that is willing to buy at the 
current price is said to be an active bidder. At a price of 0 all bidders are active and as 
the price rises bidders can choose to drop out of the auction. The decision to drop out 
is both public and irrevocable. Thus, if bidder / drops out at price/?, the bidders 
commonly know both the identity of the bidder dropping out and the price p at which 
he dropped out. Furthermore, once bidder J drops out he cannot then "re-enter" the 
auction at a higher price. 

It may be useful to think of each bidder as pressing a button to signify that he 
is active. A number light that is publicly observed indicates the number of active 
participants to all bidders. Once a bidder drops out, his light goes off and the bidder 
cannot reenter the auction. 

To allow agents to bid in such an auction, where participants arc not 
necessarily known in advance, these ideas can be implemented with a slight variation. 
At any time during the auction, the active bidders can see the number of other bidders 
still active. In this form, the auction specified above is sometimes referred to as the 
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"button auction." Note that while in the classical English auction the participants 
know both the number and the identity of the active buyers, here they know only the 
number but not the identity. 
Remarks: 

1 ) By making the drop out price a function of who dropped before 
and when, bidder takes into account the information other bidders have, as 
revealed by their dropping out price. 

2) When values are private (see above), this auction is exactly like 
the second price auction and it is enough for a bidder to specify a price to drop 
out, as there is nothing to gain by using the information on other bidders 
dropping out prices, 

3) It follows that the main difference between this case and the 
one for private value is in the strategies of the players. A drop out price for a 
bidder is going to be a function of the histoiy of the play. 

Strategies 

Seller: A strategy for the seller is to choose the value for r. Additionally, a 
seller need to specify the increments (percentage or fixed) by which the auction 
proceeds from round to round. 

Buyer: A strategy for a buyer is to choose a drop out value as a function of 
who dropped out in the past and at what value. 

Multi-dimensional English Auction 

When agents have private values, the second price auction and the English 
auction, described subsequently, are equivalent from a strategic point of view. Yet 
it is often claimed that the English auction is more intuitive for the participants to 
understand and follow. While this might be true in real life, it is not necessarily so 
in automatic negotiation environments. To see why, we first describe the English 
auction. We will do it at once for the case of whole complex deals. We repeat the 
observation we made before, once deals are multi-dimensional, the word 
"auction" stands for reverse auction, bartering auction etc. as well as for the usual 
auction. 
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The Rules of the English Auction 

Before the auction starts the auctioneer's (possibly modified) value 
function g%) is revealed to the bidders. 'rtie value of g'() is set to the reservation 
value set by the auctioneer and starts decreasing continuously (that is, becoming 
better for the auctioneer, as we are dealing with penalty functions). Bidders 
signal when they want to opt out. The auction ends and the clock stops when there 
is only one bidder left (the extreme case in which all bidders drop is discussed 
below). At that point, the bidder that "stayed" must produce an offer with the 
appropriate value (the value of that was reached). The auctioneer must 
approve this offer (in verifying the offer, both sides may need to consult external 
data sources and other decision data). In case of disagreement, the winner and the 
seller need to further negotiate on this deal in a 1-1 fashion or offline, 

To implement the English Auction procedure the auctioneer needs to 
define a "profile" that will be used to decrease his reservation value. These 
decreases can be based on constant absolute teim (reflecting "neutral" or 
'Indifferent" auctioneer), a constant relative term (leading to a convex shape that 
might be associated with an "aggressive" auctioneer), decreasing step sizes 
(leading to concave-shaped value functions that might signal "soft" approach 
towards the bidders), the decrease may depend on external parameters, etc. At any 
rate, given anew value g'(b) that was computed through the profile data, the 
auctioneer needs to solve the following program that tests whetheT this value is 
feasible for him. If it is feasible, it will be announced to the bidders. If not, the 
program will find the closest value g'(x*) that is possible. It will do it first by 
solving for the first level, if achieved exactly also for the second level with the 
first level value added as a constraint, and so on until at some level there was a 
deviation, in this case the calculation stops, or until the last Jevel is reached. 
Below, we show the computation for the first level. The reason for doing it this 
way is that once a deviation occurs, the levels below are not important. 

Lex_Min $00<#; 

GP A 
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Given a value function g '(b) stated by the auctioneer a bidder has to 
determine if he stays in the auction. This is determined by computing a vector of 
decision variables x that satisfies the auctioneer's current requirement and 
provides the bidder with the best solution for his own value function/^). This is 
done through the following program. 

Min a, (x) 

g'(xUg'(l>) 
GP 8 

The bidder's profile allows him to choose one of four approaches to 
determine whether to stay in the auction in light of the optimal value/fr*> that 
was achieved as shown above. 

1 . The bidder may stay until he reaches his worst objective value 
(i.e., he stays as long as the program above is feasible, regardless of the 
objective), 

2. The bidder may specify a percentage of the difference between 
his best and worst solutions. Hie value f(x*) will be compared to the value 
associated with that percentage and if it's still better for the bidder than 
this associated value, the bidder stays, 

3. The bidder may specify a value (instead of the percentage in 
the previous approach) between his best and worst solutions. This value is 
used to compare against f(x *) as above. 

4. The bidder may be unable to specify either a value or a 
percentage but is capable of providing an example from which we can 
deduce his implicit limit. The system will enable him to specify such a 
deal through a "deal generation" module. 

A dominant strategy fbr the buyer in this auction is to opt out exactly at the 
value of g % Q that coincides with the buyer 's private value — that thus leads to a 
zero payoff. It is easy to check that this is exactly the same bid a bidder would bid 
in the second price auction. However, a major difference between the second- 
price auction and the English auction is that in the latter the action of one bidder 
may depend on the actions of other bidders. We discuss this point in the context of 
the interdependent value model. 
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Closing the deal multiple winners, disappearing bidders : 
Let us assume that the seller attempted to sell n identical duplicates (n-1 is 
possible) of a certain item. Several situations may arise: 

1 . One iteration before the clock stopped (say, when the value lbr 
the auctioneer was 0) there were still m>n active bidders. At the last 
iteration, the auctioneer decreased the value to □ □ and only k<n bidders 
remained. In that case, the auctioneer leaves aside the k active bidders and 
returns to the n>k bidders that dropped with a value that is half way between 
his last two values (i.e., □ 0 □). He will continue to drop the value (or return 
half-way upwards) until he either gets the additional n4c bidders he needs to 
complete his desired deal or until he can't slice the values by a half any longer 
(due to a restriction on step sizes in the value functions). In the first ease, all 
the n "winning" bidders are committed to the same value (say, after two such 
iterations the value was □□□□). Note that although there were some bidders 
that were ready to commit to a better value for the auctioneer (there were k 
bidders who were ready to go to the value □ □) all the n winning bidders must 
"pay the same price" to maintain a fair auction process. 

2. One iteration before the clock stopped (say, when the value for 
the auctioneer was □) there were m>n active bidders. At the next (and last) 
iteration, when the value is dropped to □□, exactly n bidders remained. Then, 
the bidding process slops and the n <i winning" bidders are committed to the 

□ □ value. 

Remark: 

While the first price auction yields the same revenue to the auctioneer it is 
much more difficult to find an optimal strategy and hence is not recommended, 

The Interdependent Value Model 
General Observations 

In the interdependent setup, agents should update their own valuation of the 
deals as they team more about other agents' values. As a general principle in such a 
setup, it is optimal to employ a procedure in which as much of the agents' private 
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information is revealed in due time la his rivals. This is why in this setup the different 
auctions are not equivalent any more. Indeed, when there is only one deal to agree 
upon, the best mechanism (the one that maximizes the auctioneer's revenue) is the 
English auction, Therefore, in this setup, it is important that all bidders know the 
history of the auction. We Tedefine the auction to take this into account 

Remarks; 

1 . By making the drop out price a function of who dropped before 
and when, bidder takes into account tine information other bidders have, as 
revealed by their dropping out price. 

2. When values are private (see above), this auction is exactly like 
the second price auction and it is enough for a bidder to specify a price to drop 
out, as there is nothing to gain by using the information on other bidders 
dropping out prices. 

3, It follows that the main difference between this case and the 
one for private value is in the strategies of the players. A drop out price for a 
bidder is going to be a function of the history of the play. 

4, We aim at automating bidders thai do not necessarily know the 
other bidders, in that case the identity of those who drop is less important then 
how many dropped and when. 

The Auction 's rules (Restated) 

1 ) Auctioneer's (possibly modified) value function g %) is 
revealed to all bidders. The auctioneer chooses a reservation value r, which 
defines the worst value under which he is willing to perform the deal. 

2) The value of r is revealed to bidders. 

3) Bidders choose whether to participate or not. 

4) The price clock starts falling until the point where all bidders 
but one dropped out. Denote the winner by m and the value at which he won 
by/?*. 

5) The traded deal, denoted by d, then solves is the value 
function of bidder /. 

fm(clJ=min[f m (x)J subject to gfr*) > g(d) 
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Strategies: 

We implement a dependency on the number of bidders that remain active 
at any given step. Thus, the bidder profile enables an optional departure from the 
bid process, which is given, as a probability function that depends on the 
percentage and number of bidders who are still in the "race" at the present step. 
Insecure bidders may thus increase their chances of leaving the auction before it 
reaches its conclusion if the number of remaining bidders indicates to them that 
the "market* * has little appreciation to the current offer by the auctioneer. 

We suggest using a drop out decision table as follows; 

• The table rows correspond to the current "price" in the buyer's 
currency, that is, his value function. Note that the buyer makes decisions in 
terms of his currency* 

• Each column corresponds to a range of original participant 
numbers, for example, if column one is 2-12, it means that the auction 
started with 2 to 1 2 bidders. 

• Each entry in the tabic includes two numbers, to be understood 
as "the percentage of original participants that are still present currently 
and the probability of dropping out". For example, suppose we observe 
that for a certain row 2 that corresponds to seller's value 200 and a column 
that corresponds to 21-30 original participants, the entry numbers are 
{40„Q,5}. This means that When the auction value reaches 200 and the 
number of original participants left in the auction is 40% of the original 
number (20-30) that started, then drop out of the game with probability of 
0.5, 

The One-to-One Mechanism 

This section discusses the 1-1 functionality of the mechanism layer. One-to- 
one is a complex trading mechanism a$ compared to one-to-N (auctions). Part of this 
complication is due to issues of symmetry - who starts, who responds, at what 
intervals, how to respond and when and how to terminate. 

We begin by explaining the situation in a price-only negotiation. Wc then 
outline the needed changes when more general deals, containing multi-items and 
multi-attributes* are treated. We define the parameters that specify the user as a 
negotiating entity, these include: 
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# User negotiation classification parameters 

• User operational profile 

The combination of the two dictates the actual negotiation behavior. Once 
executing, this information is used to dictate how to respond to the other side's offers. 
Here, the other side's offers are essentially values for the decision variables. 

The profile is constructed in one of two ways: 

• Choose from a predetermined set of profiles (see the profiles 
section), This choice can then be adjusted. 

♦ Based on answers to a set of questions, a profile is composed to 
express the desired behavior. 

User negotiation classification parameters include: 

1. Negotiation type: I offer* I respond, Symmetric (and if so, I 
start, the other party starts, T don't care who starts, a randomly selected 
starter). 

2. Negotiation focus: all deal parameters, part of the parameters 
(could be just price), multi-phases (e.g., two phases) and for each phase, whioh 
decision variables participate in each phase, 

3. Relayed information to other side: My value functions, part of 
my value functions, other value functions (eg., such as the g'() function that 
was described above). 

4. A Worst offer Fll accept (an example of such an offer is used 
to derive the corresponding value functions values; alternatively, it can be 
specified as percentage oiT/above average/best/worst offers, these standard 
offers can be calculated by the utility layer). 

5. A Starting offer IM1 suggest to the other side (again, this is 
specified via an example or via offsets from standard offers). 

6. Timing parameters, the most important is time to completion of 
all negotiations. Another time parameter is the maximum time per single 
negotiation process. These parameters are used to 'speed-up* moving through 
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the columns (rounds) in profile tables. Specifically, if the table has N columns 
thai have not yet been used and a round takes currently t seconds and the time 
to completion of this negotiation session is T r the number of columns to skip is 
(N/( f/t) rounded to the nearest integer. The user may also specify: a maximum 
skip and reaction delay to the other side's offers. 

User operational profile includes the following components: 

m User's tables and negotiation control data, The tables basically 
explain how to react to the other side's moves based on the 'round number 7 as 
well as the other side's previous offer, 

• User's value functions. These functions determine how the user 
values offers. One possibility is a multi-level specification of objectives as 
done in goal progra*nming(GP). Another possibility is a value function based 
on the Analytic Hierarchy Process (AHP) method (see Saaty, 1990). A third 
possibility is a scoring function designed for the particular application domain. 

Multi-level mechanism: 

For a multi-level specified value function, (lie one-to-one negotiations may 
be instructed, if so desired, to proceed on a level-by-level basis, along the value 
functions objective functions, where negotiation on a level starts once 
"agreement" about the preceding level is achieved. This also means that the time 
factors in negotiations should be understood in the context of level. Therefore, if 
we consider about 4 levels as the maximum per value functions, we can allocate 
9/1 6 to level 1 1 1 I A to level 2, 1/8 to level 3 and 1/16 to level 4. 

In what follows, we first describe a mechanism for one-to-one negotiations on 
a single parameter, say price. In so doing, we specify the data structures used to 
determine a negotiating party's behavior. This is then generalized to the complex 
settings of multi-items, multi-aliiibutes deals. This setting is also referred to as a 
multi-dimensional negotiation. 
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Part 1 : Price Only Negotiation (from a seller's viewpoint) 

(A) Assume the negotiation is on price only, and consider a seller's strategy (a 
mirror image strategy is $pecified for the buyer). 

In what follows, we denote by round a proposal by one party and a response to 
it, with either Ye$ or No by the other parry. The elicitation of parameters is described 
in tenns of filling a 'questionnaire'. This is 3 of course, an abstraction and other ways 
are possible such as calls to an application-programming interface (API). 

Check applicable entries: 

1) Fill in the time to end all negotiations and specify the maximum time 
for a single negotiation session „ 

2) Fill in the time delay (percentage, 5% means that you add 5% to the 

delay of the other side or to a constant delay, -5% means you are quicker to respond). 
This time delay may also be a function of round number, in which case a table such as 
Table 2 below is used. 

3) I insist on playing only if I make all offers and the other side 

responds only with Yes or No answers, 

4) 1 insist on playing only if the other side makes all offers and I 

respond only with Yes or No answers* 

5) 1 insist on playing only through a symmetric mechanism. That is, if 

in round t the seller was the one proposing and the buyer was the responder, then in 
round t-fl, the buyer is the one proposing and the seller is the responder. In this 
procedure, 

5.1 I start 

5. 2 . The other side starts 

5.3 The starter is determined randomly 
5.4 T do not care who starts 

6) I do not care in what procedure to play. 

If the procedure is not symmetric, but one in which the seller makes all offers, 
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then point (4) in the procedure above should be deleted. If instead, the procedure is 
the one in which the seller only reacts by (Yes, No}, then delete all points in (B) 
below except for point (B4) which defines acceptance, 

(B) Assume the procedure is symmetric, that is, the parties alternate in issuing 
offers (see below for a modified rule for a non-symmetric procedure), then 

(B 1) Fill in the starting high price if you are the first to propose. If in the 

first round you are a responded then fill in your starting high price in the second 
round as a function of the first proposal (see table below). 



First round proposal in the 

range 


My second round starting 
proposal 


O-200 


1900 


200-400 


1400 










1200-1300 


Y 




Y 



In the table above one needs to specify the range of first price offers he's 
willing to accept. That is, if in some of the entries you specify Y instead of the 
number, this implies that you want to accept and hence do not specify a counter offer. 

(B2) Fill in the percentage decrease in each round (see different possible 

rules below). 

(B3) Fill in a floor price. 



(B4) Fill in the acceptance rule (assume the buyer makes the first 

proposal) 



Round 
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Accept if 
current proposal 
is equal to or 
greater than 


00 


90 


60 














50 


In the above example, t 


tie seller will accept an oi 


Ter of 360 Of more in round 



five. 

(B5) Fill in the stopping rule. This rule introduces a potential cost in 

rejecting an offer, introducing a probability of termination after rejection does this. In 
that event, the session may be over and it's unclear when and if a new session will be 
possible. For example, if the floor price is $100 the following table describes the 
probability of termination given the current rejected offer by the buyer. Filling these 
entries may affect both the duration and the outcome of negotiations. 
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c 

urrent 
offer 


3 

00-280 


2 

80-250 












1 

00 


P 

rofaabili 
ty of 
teraiina 
tion 


05 


10 


15 


20 








1 

.00 



For example, if the price is $275 then the probability of stopping the 
negotiation is 0.10. 

We may want to have different tables for different rounds. In particular, for a 
given offer p, we may want to terminate in probability q if this is round 3, but 
probability q 7 if this is round 8 (say). 

Some alternatives for (B2): 

(B2') Let t be the current round, let P t denote the offer made by the buyer in 
round t. Finally Jet Xt=([Pt /Pt-2]-l). Fill in the following table for the percentage 
decrease in round Note that you can express some "good will" by reacting 
positively to the buyer. That is, if he increases his rate of raising his offers, you in 
return increase the rate in which you decrease your offers. Alternatively, you can 
interpret his "good will" as a sign of weakness and be more stubborn. Consider the 
following example table as filled by the seller (assume the buyer is the first to 
propose): 



s 

t\t 




\ < 


; i 


; 












05 


005 


006 


05 
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10 


002 


009 


10 




•■ 










15 


00 


00 


15 




•• 










20 


00 


00 


20 























































In this tables for example, if in round 3 (say) the buyer's price is 1.10 times his 
price in round one, that is xfKMO, then the seller's price in round six will be 0.991 
times his price in round two. 

We may want to allow a few tables like the one above, each one for a different 
range of the starting proposal of the other side. For example, one table (as above) if 
the buyer first proposal p was such that 1000<p<2000 ? and a different table is 
2000<p<4000. 

(B2") The same as in (B2')> except that a different table is constructed for 
different buyer's price ranges. For example, if the current buyer's price is up to 500, 
use table one, otherwise use table two. 

(B2'") Same as (B2 T ) but now x t -a*P t /P rl +b*P rl /P t - 2 +c*P t . 2 /Pi-a etc. 

Choose the appropriate values for a,b ? c, etc. 

(B2 5 "') Let Xi be the amount (in $US, say) change (toward agreement) of the 
buyer in the previous round. Then the seller's amount change toward agreement in 
round t+1 is ox t + b. Fill in a value for a s and for b. It is also possible to allow for 
different a and b for different rounds. In that case there is a need to fill a table for the 
different a t and h 
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Part 2: Negotiation On Complex Deals 

We start by stilting the ground rules and accompany them with an illustrative 
example. One can envision a sequence of questions specifying the phases of 
negotiation and what decision variables are to be negotiated in each phase. We refer 
to the two negotiating parties as Bob and Sue, The presentation is from the Bob's 
viewpoint. Sue designates a generic opposing party. Here are the parameters Bob 
needs to specify. 

1) Check the applicable entries: 

1 • Td like to negotiate the whole deal in a single phase. 

2. I'd like to work in a multi-phase mode (we show an 

example of two phases) 

i. In phase 2, Td like to negotiate on the following 

attribute(s) using the following method (can 

be "price only mode 5 ' or "knowledge mode" as defined below). 

ii, In phase two, Td like to negotiate on the following 

attribute(s) using the following method (can 

bo "price only mode" or "knowledge mode* 3 as defined below). 

As an example, suppose in phase (a) the parties negotiate on all attributes 
except for price and in phase (b) just on price. In phase (a), the negotiation procedure 
completely ignores the price attribute and therefore cannot consider price-related 
trade-offs as well. Except for that, negotiations are carried out in any of the 
"knowledge modes" detailed below. Once the deal is agreed upon, except for price, 
the price is negotiated upon as per part 1. Observe that this necessitates filling tables 
twice, once for the first "non-price" phase, and then for the second "price-only" 
phase. This is because in both phases there is an underlying value junction. 

Observe that "price only mode" necessarily treats a single attribute. In feet 
this attribute need not be the price attribute at all but may be any attribute that 
displays "price like" characteristics (i.e., it defines a "cost" to one party which equals 
the "benefit" to the other party). 
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2) a) I am ready to disclose my value function to the other side. 

b) —I am willing only to disclose a "subset" value function to the other 

side. This subset needs to be specified; 

c) 1 am willing only to disclose a "different" value function to the 

other side. If so, this value function needs to be specified* 

d) I am ready to disclose my true value function only if the other 

side is ready to disclose his true value function. 

e) I am not ready to disclose my value iunction. 

Note that Bob needs to fill information for the true value function and for the 
subset to be used, or for the modified function he wishes to present to die other party, 

3) In the following we examine the various possibilities of the parties' 
knowledge of each other's value function. We denote these functions hyf(J for Sue's 
function and gQ for the Bob's function. The goal of each agent is to reach a deaf, with 
the highest possible value of his value function (in the context of GP, the highest 
possible value is achieved when the objective functions are minimized). 

We consider four basic knowledge state possibilities: 





B 

ob 


Su 

e 




K 


k 




K 


I 




I 


K 




I 


r 



Here "K" means knows the other side's value function and T ? means ignorant 
of the other side's value function. States 2 and 3 both treat a knowledgeable party and 
an ignorant one and so are treated equivalently. We continue to consider the seller's 
problem. 

Now, instead of price, or a price-like attribute, we have a value functicniv 
(When negotiations proceed level-by-level, this value function is specific to the 
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current level that is being discussed.) In general, we have an agent, say Sue, with a 
value function a and another agent* say Bob, with a value function p. Observe that 
Sue and Bob may give different values to the same offer. We can therefore think of 
"Sue's currency" and "Bob's currency". 

Let us review the filling up of negotiation parameters, as in (B) above, in the 
case of complex deals, again from Bob's point of view: 

1. Negotiation type, fill the parameters as in the price only, or 
price-like, case. 

2< Point Bl, starting offer- Here Bob needs to provide an excellent 
offer from his point of view. The implied objective functions) values will 
then be used in the actual negotiations at the appropriate level. These 
objective values are derived from the offer. 

Alternatively* this offer may be specified as an offset (percentage) 
from a standard offer (e.g. best, average) that can be generated by the utility 
layer by using, for example, the suggest utility. 

The situation is a bit more complex for the table detailing second offer 
in. response to a first offer, because this is not just number filling. So, here we 
do not have a table specifying for each range of the other party's offers what 
the response would be, rather there is a standard first response no matter what 
the other party's offer may be. Bob's response to a first offer of another party 
is specified in a way similar to that of a first offer, although it need not be 
identical with a first offer (for example, a different percentage offset off best 
may be used). 

3. Point B2 is the same, fill in the percentage decrease. Observe 
that here it relates to the overall value of an offer. 

4. Point B3, floor value, is handled by asking for a worst 
acceptable offer (again, via an example or in terms of a standard offer). 
Again, the result is a specification of values to Bob's objective levels that 
define a worst value, 

5. Point B4> acceptance rule. Here Bob needs to provide 'typical' 
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acceptable deals for these rounds. The system will use the objective value 
functions on these offers to set acceptance rules. Again, specification in terms 
of standard offers and offsets thereof is possible. This specification will 
define a level of acceptance as a function of round. 

6. Point B5, stopping rule, as in the case of price only, and price-. 

like. 

7. Alternatives for (B2). Here we only treat a variant of (32*). 
This variant will have three values in each table entry; 

L Percentage by which Bob is ready to worsen his own 
value function. 

ii. Percentage by which Bob is ready to improve the Sue's 

offer. 

Hi. Percentage (may be negative), indicating response time 
relative to the other parly's response time or a constant time period. 
The specification here should be in units that clearly indicate a 
strategic delay rather than a system delay; further delay should be 
measured above a reasonable threshold, say 2 minutes or another 
reasonable application specific constant. If this entry is 0, it means 
answer immediately. 

The precise interpretation of these percentages may change depending on Hie 
primary negotiation procedure used at the utility level, as well as the knowledge mode 
used. For example, an ignorant may "amplify"' the response percentage indicated at a 
table's entry, as he is "uncertain** about the quality of his intended improvement to the 
other party, of which he does not know the value function. 

A critical issue is how to interpret the other party's offer (as used in item 7 
above). When both parties arc knowledgeable this is simple, and each party uses its 
own "currency". However, when receiving an offer from an ignorant party this is not 
so simple. The obvious solution is that the receiving party only uses its own currency. 
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However, since the other party is ignorant this may miss the other party's willingness 
to reach, agreement and the negotiation may get stuck. 

Looking then in terms of the other party's currency (i.e.* how much he gave up 
in his own currency) seems reasonable. This information is available for a 
knowledgeable party. For an ignorant receiving party we can consider the possibility 
that this parameter is actually provided by the system, that is the system supplies 
information on how much the other side degraded his position in his currency (but 
without actually revealing the other party's value function). 
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The conclusion is that we take into account the other party's state of 
knowledge in evaluating the improvement of his offer. The above table adds three 
columns to the previous table. Here p, q and r are parameters. They indicate the 
relative weights that should be assigned to percentage improvement of this buyer's 
offer as compared to his previous one. Parameter p refers to measuring the 
improvement in the Bob's currency. Parameter q refers to measuring degradations in 
the other party's currency. Parameter r also refers to degrading in the other party's 
currency, the difference here is that r is supplied by the other party (or the system) and 
is not computed based on knowledge of the other party's value function. Looking at 
degradations in terms of the buyer's currency is significant only when the buyer is 
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ignorant In that case the other party's "goodwill" can only be manifested by how 
much he degraded his position. The precise relative weights ascribed to p t q and r 
may be system parameters that can be further modified by advanced users. 

For example, the vector p=Q. 7, q=r=0,3 indicates an evaluation of other 
party's offers that gives high weight to actual improvement as experienced by the 
seller and a somewhat lesser weight to the "other party's efforts". We note that giving 
low weights to the other party's efforts may lead to "spiraling down" negotiations. 
This means the other party's offer is considered as not good enough which may lead • 
to a tough» i.e. low percentage improvement, counter offer by Bob, which may then 
trigger a tough response by the other party and so on. 

The third line needs further explanation. The obvious choice here is "ignore" 
in the r column. The rational is that the other party is knowledgeable and therefore his 
offer should be judged in the Bob's currency only. The option of "use" will usually 
assign a very small weight to the other party's degradations. 

Part 3: Rules for Starting the Negotiation Process 

Parts 1 and 2 are described in terms of value functions. Here we treat the 
special important case where value functions arc specified via goal programs (GPs), 
In this part, we assume that the negotiations are carried out by the "agents" specified 
by using the ignorant and aggressive utilities, as described in the section about 
utilities* We first explain how to compute a starting offer and then proceed to explain 
how to initialize three variables that are important in evaluating the other parry's 
response (as in item 7 above). 

Negotiations commence by the party who wanted to start (or at random if both 
parties were willing to start). The initial values in the first offer to- the other party are 
specified as follows: 
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Knowledgeable Mode 

• Solve; Best for me in my first objective level (Mina Li =aj) 
s.L my own GP 

• Solve: Worst for the other party at his first objective level 
(Maxf$ J} = /?j ) s.t Ms GP and a Li = q_ x 

• Solve: Best for me in my second objective level 
( Min =a 2 ) s.t. my own GP and a lx = a x ,/? Li » fi x 

• Solve: Worst for the other party at his second objective level 

• Continue this sequence of optimizations until you exhaust all 
levels of the objective function for both parties. 



Ignorant Mode 

• Solve: Best for me in my first objective level (Mina u - a]) 

S.L my own GP. Notice that here (and elsewhere in places where we solve T-P 
problems) variables that do not affect the objective function receive values 
that are arbitrarily assigned to them by the solver (typically at one of the end- 
points of their feasible ranges). 

• Solve: Best for me in my second objective level 
(Mina Li -a 2 ) s.t. my own GP and a L) = a[ 

• Continue this sequence of optimizations until you exhaust all 
the levels of your own objective function. 
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nniiai sei-up ror i-i negouauon. 

The first offer is essential for starting the negotiation. Additional values, that 
are necessary for the initial rounds, are chosen, for every trader as follows: 



Variable name 


Trader's point of 

view 


Trader's latf 


Other party's 
last first offer 


Other party's 

last 


Trader's first 

offer 


Other party's 
(last-1) 


Other party's 
last first offer 



These initial values enable the use of "stay-close'' algorithm (see the utility 
section) from the very first round of negotiation. Unlike the values that are exchanged 
during the negotiation (whose role is to reflect "recent history" of the negotiation), 
here there is no history to recall and therefore these values are chosen in order to 
provide a reasonable starting point. 

Negotiations can be carried out in a distributed way (i.e., both parties at 
distinct locations, exchanging messages) or a centralized way in which a "system" 
handles the parties' representation. In the distributed way, the trader which is the 
starter may not have direct access to the other party's first offer and may need to 
request it even though he is the real starter. In a centralized scenario the "system" has 
access to both and can easily perform the initialization. 

Part 4: Rules for Ending the Negotiation Process 

Negotiations! may be stopped either due to a successful conclusion (a deal is 
reached), or due to technical reasons such as the passage of time, the 'end of the 
profile' or the lack of progress. In this part we outline a representative collection of 
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criteria for cither accepting an offer or for stopping the exchange of offers and counter 
offers, In case of stopping we have the option of considering the negotiations as (ailed 
or, alternatively, we may generate a compromise offer based on the current state of 
the negotiation.-? as well as the original intentions of the parties. 

Acceptance Criteria for Proposals: 

1. Decision variables - the offer that I am going to suggest is 
similar to the last offer that T received from the other party, 

2. Better offer - the last offer that I have received is better for me 
as compared to the offer 1 am going to suggest (according to the objective 
values). 

3. Acceptance rules - the quality of die offer that I received is 
higher than the quality of offers I am ready to accept at this point in the 
negotiation, 

4. Optimal objective - the current objective value (according to 
counter offer) and the optimal objective are almost equal. 

5. Additional application specific rules. 
Stopping rules: 

1. Non-improve increase - the previous K offers I have received 
are pretty similar to each other, and my last K objective function values are 
almost identical. 

2. Time limit - I have reached the deadline I specified for this 
negotiation process or for the intention (deal) as a whole. 

3. User directive, either human generated or tool generated. 
Remarks: 
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• When the parties end the negotiation according to the above 
stopping rules, it means that they didn't reach agreement. At this point, the 
system can provide a mediated offer that will be presented to both parties 
as the result of the negotiation process > along with an indication that this is 
a mediated offer. Two ways of constructing such a mediated proposal are 
presented in the utility section. 

• By similar we mean that the offers are sufficiently close, the 
closeness is a system parameter, e,g„ 0,75% or less difference per 
coordinate value, or average difference over all coordinates; other 
measures are possible. 
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Profiles in depth 

A profile is composed of the following components; 

1 . Counter offers generation tabIe(s) T The rows of the table 
correspond to the percentage improvement by the other party (see the 
discussion above on measuring improvement) and the columns 
correspond to rounds. In the sequel, we describe the case of a single 
such table. In fact, there may be a number of tables each specifying a 
stage of the negotiation, A typical case may be a three-stage 
negotiation with three separately specified tables. In this case, 
acceptance in table 1 would mean starting at the first column of table 
two, and so on. 

The table contains four parameters in each entry. 

i) Worsen mine - the percentage by which I am 
willing to worsen an offer in terms of my objective functions 
values. 

ii) Improve opposite - the percentage by which I 
am willing to improve the oilier side's objective functions 
values. 

iii) Delay time - a positive factor indicating by how 
much I want to increase, or decrease, the delay in producing an 
offer as compared to the time it took the counter offer to reach 
me. Values smaller than one indicate reduction in delay time 
(i.e., one implies one "delay unit") while values larger than one 
indicate increase in delay time (i.e„ 2.7 implies 2.7 "delay 
units"). 

In addition, there is a delay interval, measured in minutes, by 
which the delay reaction factor is multiplied; it is either 'system delay 5 , 
the delay of the other party in previous move(s) and possibly averaged, 
or a specific unit of time, e.g,, 10 minutes. The particular delay interval 
used may change from one table entry to another. 
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iv) Probability for quitting - the probability of 
quitting the negotiation at the next round. Intuitively, this is 
deterrence against prolonged negotiations. 

All these parameters depend on the number of rounds and the 
percentage by which the other side improved his latest offer (see the 
discussion on measuring improvement above) as compared to its previous 
offer* 

2. Acceptance rules. These rules specify the quality of 
offers a party is ready to accept, as a function of the round number and 
the latest improvement presented by the other party. When a party is 
ready to accept offers of a certain quality, which is specified in terms 
of that party's objectives (either via an example or as a percentage 
ofifabove standard offers such as optimal, average, worst). 

Any offer presented to me thus far is eligible for being accepted; for 
example at round 6 1 may decide to accept an offer made in round 2, 

3. My negotiation parameters. A collection of technical 
parameters including, among others: (i) whether I like to disclose my 
value functions (in whole or in part, or a surrogate thereof), (ii) 
whether I want to start, and (iii) a list of parameters, (deal components) 
to be negotiated on. 

Profile Specification Via Interrogation 

So far, the description of a profile was expressed in terms of the data structure 
involved (a table) and the meaning of its rows, columns and table entries. Such a 
table may be specified in an entry-by-entry brute force, or by using a more succinct 
specification* which is then compiled into a full-fledged table, We present a 
possibility for extracting such a succinct specification. 



tT The parameters depend on the latest offer by the opposite side, on the cumulative percentage 
improvement offered by the opposite side from the beginning of the negotiation process, and over a 
specified "sliding window 1 '. 
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In order to create a profile, we present the trader with several questions. 
The possible answers are (numerical scales are also possible): 
(LL==very low, L=low, M^medium, HHhigb, HH-very high, EQ=*equa]): 

1. As time goes on how would you like to react towards the other 



party? 



t I would like to be (LL, L, M, H, HH) positive towards 
the other party. 

(I am under time pressure and I don't want to exert time 
pressure on the other party.) 

ii, I would like to be (LL, L, M, H ? HH) negative towards 
the other party, 

(I am not under time pressure and I want to exert time pressure 
on the other party.) 

iii. My reactions are not influenced by the progression of 

time. 

(I am not under time pressure and I don't want to exert time 
pressure on the other party,) 

2. During the rounds, would you like to: 

i. Increase (LL, L, M, H, HH) the quality of acceptable 
offers. (Intuitively, this means that I am not under time pressure and I 
Want to exert time pressure on the other party.) 

ii. Decrease (LL, L, M, H, HH) the quality of the 
acceptable offers. (Intuitively, this means that I am under time 
pressure.) 

iii. The quality of acceptable offers stays the same, 

(Intuitively, this means that I am not under time pressure and I 
don't want to exert time pressure on the other party.) 
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3. If the other party improves his offer by X% (in a block as 
determined by the percentages range and the rounds range, see below). 

i. You are ready to improve your previous offer by a 
percentage, say Y% (LL, L ? EQ, H, HH) X% ? and all this provided that 

ii. Your new offer is not worsened, i.e., degraded, by more 
than a percentage, say Z% (LL, L, EQ, H 5 HH) X%, 

4. How eager are you to close a deal (IX, L, EQ, H> HH)? 
(This influences the acceptance rule and the quitting probability,) 

The rational behind those questions is as follows: 

• Question 1 affects how the delay specification, Worsen-mine, and 
Improve-opposite entries all develop as rounds progress. 

• Question 2 influences on the strictness of acceptance criteria as rounds 
progress. The idea is that the party specifies an offer whose quality is 
acceptable at the outset and that the answer to this question modifies the initial 
behavior. 

• Question 3 specifies a basic response pattern to the other party based 
on the other party's recent behavior. This basic response is then modified, 
along the rounds axis, by the answer to question 1 . 

• Question 4 further influences the acceptance criteria behavior along the 
rounds axis as well as the quitting probability. 

Once a profile is specified via answers to these questions, the response is 
compiled into a specific table. This table is later on used to direct the patty's 
negotiation behavior. The table compilation process details are simple and involve 
linear modulation along the rounds axis* The amount of modulation is specified via 
the modifiers LL, L, M, H, and HH. In all these examples there is a single stage and 
table. Rather than showing the table, we present three row segments of the table, 
corresponding to low, medium and high improvement by the other party. 

There is still a question of fitting the profile and the knowledge modes 
(ignorant of knowledgeable) of the parties. One option is that the profile can be 
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modulated by the system according to the state- knowledgeable or ignorant - and the 
other party's state). Another possibility is to specify four distinct profiles for the four 
possibilities. Restrictions are also possible, such as requiring both sides to have the 
same knowledge state, so as to prevent imbalances. Observe that depending on the 
particulars of a negotiation session it may be sometimes advantageous to be ignorant 
and sometimes advantageous to be knowledgeable. 

Jn the sequel we present compilation results for three basic profiles as an 
example. Of course, we could construct more basic profiles. In fact, various 
organizations may define their very own standardized profiles. And, once a profile is 
defined, it can be saved and later used or modified. 

Profile name: Indifferent (1) 

Reference is now made to Figs. 31, 32, and 33, which are percentage tables 
demonstrating the indifferent profile. Observe that we do not specify any delay or 
quitting probabilities here. This means we produce counter offers as soon as possible 
and we do not impose a "termination threat". Also observe that each of the three sub- 
tables is specialized to a particular improvement move of the other side. The first sub- 
table refers to minor improvements by the other side, the second sub-table 
corresponds to medium improvements and the last one is associated with major 
improvements* 

Acceptance rules describe what quality of offers is the trader ready to accept, 
as a function of the round number. Note that the higher the quality the better the offer. 
The oval in the figure below represents a starting quality level. This level may be 
specified by (1) presenting an example whose quality is extracted, (2) by specifying 
quality relative to a standard offer such as best, average, worst (the percentage may be 
off or above). 

Quality 

Reference is here made to Fig. 34 which is a simplified diagram showing the 
relationship between quality and number of rounds. 
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Profile description: 

1 . As time goes on how would you like to react towards the other patty? 

a. 1 would like to be (LL, U M s H> HH) positive towards the other 

party, 

(I am under time pressure and 1 don't want to exert tune 
pressure on the other party,) 

h. I would like to be (LL, U M, H ? HH) negative towards the other 

party. 

(1 am not under time pressure and I want to exett time pressure 
on the other party.) 

iii. My reactions 3re not influenced by the progression of 

time. 

(1 am not under time pressure and I don't want to exert time pressure on the 
other party.) 

2, During the rounds, would you like to: 

a. Increase (LL, L, M, H 9 HH) the quality of acceptable offers. 
(Intuitively, I am not under time pressure and I want to exert time 
pressure on the other party.) 

b. Decrease (LL, L, H, HH) trie quality of the acceptable 
offers, (i am under time pressure,) 

I The quality of acceptable offers stays the same. 

(I am not under time pressure and 1 don't want to exert time pressure on the 
other party.) 

3. If the other party improves his offer by X% (in a block as 
determined by the percentages range and the rounds range, see below). 

a. You are ready to improve your previous offer by a percentage, 
say Y% (LL, L, EQ, H ? HH) X%, and all this provided that 
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ii. Your new offer is not worsened, i.e., degraded, by more 
than a percentage, say 2% (LL, L, EQ, H, HH) X%, 

4. How eager are you to close a deal (LL, L, M, H, HH)? 

(This influences the acceptance rule and the quitting probability.) 

Discussion: 

This profile describes an indifferent trader. Answers 1 and 2 mean that 
reactions are fairly independent of the round number. Answer 3 implies an identical 
type response to the other party's moves. Answers 2 and 4 imply a low quitting 
probability and an average acceptance rules. 

Profile name: Tough (2) 

Reference is herein made to Figs. 35, 36 and 37, which are percentage tables 
illustrating the tough profile. Observe that we do not specify any delay or quitting 
probabilities here. Also observe that each of the three sub-tables is specialized to a 
particular improvement move of the other side. The first sub-table refers to minor 
improvements by the other side, the second sub-table corresponds to medium 
improvements and the last one is associated with major improvements. 

Acceptance rules 

Quality 

The quality function is shown in Fig. 39, 
Profile description: 

1. As time goes on how would you like to react towards the other party? 
a. I would like to be (LL„ L ? M, H, HH) positive towards the other 

party. 

(I am under time pressure and I don't want to exert time 
pressure on the other party.) 
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b. 1 would like to be (IX, L ? M 3 H, HH) negative towards the other 
party, (I am not under time pressure and I want to exert time pressure on 
the other party.) 

iii. My reactions are not influenced by the progression of 

time. 

(I am not under time pressure and I don't want to exert time pressure on the 
other parly.) 

2. During the rounds, would you like to: 

I Increase (LL, L, M, H, HH) the quality of acceptable 
offers. (Intuitively, I am not under time pressure and I want to exert 
time pressure on the other parly.) 

ii. Decrease (LL, L, M P H, HH) the quality of the 
acceptable offers. (I am under time pressure.) 

iii. The quality of acceptable offers stays the same. 

(I am not under time pressure and I don't want to exert time 
pressure on the other party,) 

3. If the other party improves his offer by X% (in a block as determined 
by the percentages range and the rounds range, see below). 

I You are ready to improve your previous offer by a 
percentage, say Y% (IX, L s HQ, H, HH) X% f and all this provided that 

ii, Your new offer is not worsenedj i.e., degraded, by more 
than a percentage, say Z% (IX, L, EQ, H, HH) X%. 

4. How eager are y<m to close a deal (IX, L, M, H, HH)? 

(This influences the acceptance rule and the quitting probability.) 

Discussion: 

This profile describes a tough trader. Answers 1 and 2 mean that reactions 
depend on the number of rounds, Answer 3 implies a less equal type response to the 
other party's moves. Answers 2 and 4 imply high quitting probabilities, 
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Profile name: Eager (3) 

The percentage table for the eager profile is shown in Figs, 40, 41 and 42. 
Observe that we do not specify any delay or quitting probabilities here. Also observe 
that each of the three sub-tables is specialized to a particular improvement move of 
the other side. The first sub-table refers to minor improvements by the other side, the 
second sub-table corresponds to medium improvements and the last one is associated 
with major improvements. 

Acceptance rules 
Quality 

The quality profile for the eager profile is shown in Fig. 43. 
Profile description: 

1 . As time goes on how would you like to react towards the other party? 

a. I would like to be (LL, L, M, H, HH) positive towards the other 
party. (I am under time pressure and I don't want to exert time pressure on 
the other party.) 

b. I would like to be (LL 5 L, M, H, HH) negative towards the other 
party. (I am not under time pressure and i want to exert time pressure on 
the other party.) 

iii. My reactions are not influenced by the progression of 
time. (I am not under time pressure and I don't want to exert time 
pressure on the other party.) 

2. During the rounds, would you like to: 

i. Increase (LL S L, H, HH) the quality of acceptable 
offers. (Intuitively, I am not under time pressure and I want to exert 
time pressure on the other party.) 

ii. Decrease (LL, L, R H, HH) the quality of Ihe 
acceptable offers. (I am under time pressure.) 

iii. The quality of acceptable offers stays the same, 
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(I am not under time pressure and I don't want to exert time 
pressure on the other party.) 

3. If the other party improves his offer by X% (in a block as 
determined by the percentages range and the rounds range, see below). 

iv. Yon are ready to improve your previous offer by a 
percentage, say Y% (LL, L, EQ, H, HB) X%, and all this provided that 

v. Your new offer is not worsened, i.e., degraded, by more 
than a percentage, say Z% (LL, L, EQ, H, HH) X%, 

4. How eager are you to close a deal (LL, L, EQ, H, HH)? 

(This influences the acceptance rule and the quitting probability.) 

Discussion: 

This profile describes a trader who's under significant time pressure. Answers 
1 and 2 mean that reactions depend on the number of rounds. Answer 3 implies a 
great equal type response to the other party's moves. Answers 2 and 4 imply low 
quitting probabilities. 

Sununarizing the Basic Profiles 

As we can see, different answers for the questions imply different profiles. 

In this section we have identified three basic profiles with many possible 
variations around them. Each profile affects the profile counter offer generator table 
and the profile acceptance rules. 

The three basic profiles identified are the indifferent, the eager and the tough. 
Counter offer generator tabic: 

Indifferent - the percentages are the same for all. rounds. 
Eager - the percentages increase during the negotiation. 
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Tough - the percentages decrease during the negotiation. 



Acceptance ruies: 

Tndifferent - the quality of the acceptable offers is the same at all rounds. 

Eager - the quality of the acceptable offers decreases during the negotiation, 

Tough - the quality of the acceptable offers increases during the negotiation. 

According to these rules, there are three clear profiles that are described in this 
document and in the table below. The eager and the tougb profiles can be emphasized 
with the (LL, L, HH, H, M) parameters for each decrease or increase in the first three 
questions. 



Questions 


Ind 

ifferent 


ough 


r 

ager 






C 




8 


1 . As time goes on how would you like to 
react towards the other party? 




(L) 


CL) 


towards 


a, 1 would like to be (L, M ? II) positive 
the other party. 








want to 


(I am under time pressure and I don't 
exert time pressure on the other party.) 








towards 


b. 1 would like to be (L> M, H) negative 

the other party, 

(I am not under time pressure and 1 
want to exert time pressure on the other 
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party.) 








c. My reactions are not influenced by the 








progression of time. 








(1 am not under time pressure and I 
don't want to exert time pressure on the 
other party.) 








2, During the rounds, would you like 

to: 


C 


CD 


\ 


L Increase the quality of 
acceptable offers, (Intuitively, I am not 
under time pressure and I want to exert 
time pressure on the other party.) 








ii. Decrease the quality of the 
acceptable offers, (I am under time 
pressure.) 








iiL The quality of acceptable 
offers stays the same. 








iv. (I am not under time 
pressure and I don't want to exert time 
pressure on the other party.) 








3 . If the other party improves his 
offer by X% (In a block as determined by the 
percentages range and the rounds range, see 
below). 


EQ 






i. You are ready to improve 
your previous offer by a percentage, say 
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Y% (LL, L, BQ, H, HH) X%, all this 
provided that 

ii. Your new offer is not 
worsened, i.e., degraded, by more than a 
percentage, say Z% (LL, L, EQ, H, HH) 
X%. 








How eager are you to close a deal? (LL, L, HH, 

H,M)? 


M 







Mediation, External Effects and Pre-Screening 

Mediation option At any stage during the negotiations a mediation option 
that will go into effect only if BOTH sides agree to it. The mediation option will 
employ a. Unification-hke procedure to generate a fair proposal that takes into 
account the goals of sides as well as their preferences and weights. The mediation 
option will be facilitated through two flags installed within each cell of the profile 
matrix, The first flag will be denoted as: "Propose Mediation" and the second one 
will be denoted, as "Accept Mediation". Thus, if during the negotiations the 
system detects that one of the users have "activated 1 * ihe Propose Mediation flag, 
it will check to see whether the other side have activated the flag of "Accept 
Mediation", Only if both of these flags are active will the system issue a 
mediation offer. Notice that hi such a case, the negotiations will stop and both, 
sides are obligated lo accept the mediator's offer. 

One of the ways in which mediation may be implemented is for the purpose of 
fixing the values of some decision variables on which there is a mutual agreement 
of both parties to go to mediation. Each user may flag variables that might be 
negotiated through mediation during the GUI session. The system selects all the 
variables that were flagged by both sides and then calls a mediation procedure that 
fixes values for these variables. This could be done either before the negotiation 
started or at any time during the negotiations. The end-result of such "partial" 
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mediation implementation is a reduction in the number of decision variables 
whose values are yet to be determined. 

Dynamic shells - some negotiations may be affected by market-driven 
events that are taking place during the negotiations. For example, in trading for oil 
one may want to adjust his negotiation profile according to the changes that are 
observed in real-time in the spot and forward markets for oiL To handle such 
situations we will construct a shell of logical conditions that will choose one of the 
basic profiles according to the values observed in real-time. It should be noted 
that such dynamic frameworks should he supported by the utility layer which 
should have the capability of treating parameters such as S&P500 index, or USD- 
to-Euro conversion rate, etc. 

Dynamic Tables - Here profile table entries may be arithmetically 
manipulated (e.g., multiplied) by external variables that may change over time 
(e.g.5 inventory level). Such variables may also reflect the progress of other 
negotiation session undertaken by the party. 

Post unification screening Sometimes simultaneous 1-1 negotiations may 
not be allowed. In these cases we will want to screen intentions and rank them 
according to the likelihood of reaching a deal The likelihood measure will be 
created from two sources: differences in the assignment of decision variables to 
levels in the objective function and differences in their target values. Denoting by 
Si the set of variables that belong to intention i, Lj the objective level of variable j 
in intention i and Ti its target value, we define the likelihood measure between 

intentions i and k as: ^i 7 / -r/j(»pH3|) The intentions are ordered in an 

increasing order according to this likelihood measure, i.e. the smaller the number 
the higher the likelihood, as illustrated in the example below (where Intention 3 is 
preferred to Intention 2). 

Example : 



Varia 


Inten 


Inten 


Intcn 
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ble 


tion 1 


lion 2 


tion 3 


X, 


100 

(L.) 


20 

(Li) 


80 

(Li) 






40 

(L f ) 


40 

(Lj) 


x 3 


30 

(U) 


120 

(L 2 ) 


50 

<Li) 


Likcl 

ihood 

measure for 
Intention 1 


N/A 




AH 



Rank Computation 

An objective function can be used as a ranking function which expresses 
constraints, preferences, and trade-offs on a set of attributes (decision variables). This 
set of attributes can be thought of as Hie attributes of relations in a relational database, 
the columns in a spreadsheet, or the attributes (i.e., class members) in an object- 
oriented database. The ranking function may be either minimizing or maximizing. We 
explain how ranking functions may be used in the context of databases. Observe that 
the compilation of a ranking function may be interval based (default) or target-based. 

We denote a ranking junction as a tupte/^<o A di, C, P t 7X Here oi is the i'th 
objective (level), C is a set of constraints, P is a set of weighted preferences, Tis a set 
of weighted trade-offs and 4 is either Min or Max indicating the optimization required 
at level L Without loss of generality, assume d^Min. This representation will be used 
later on when we introduce a sub-language 'for defining ranking functions. Then,/ 
when applied to a table or database, orders a maximal subset of the table's rows so 
that: 

♦ Bach row satisfies the constraints in C. The extraction 

of satisfying rows can be done via an SQL statement. It can also be 

done via scanning of rows and direct application of the constraints. 
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♦ The ranking function when applied to each row is less 
than or equal to to the application of the ranking function of the 
subsequent row. 

So, the rows of the table are ordered in terms of their desirability, a$ indicated 
by the ranking function. In fact, we can form a sequence of ranking functions:/;, ... , 
f n and first order the rows according to/] and then, given a sequence of rows with the 
sBxn&fr value, order within these rows according to J} 9 and among those agreeing on 
bothy} mi/2 order according to/s and so on. In this case we can think of <fj, ... , f n > 
as a generalized (lexicographic) ranking function. The end result is that rows are 
ordered in their order of desirability. 

The technique outlined above may be applied to electronic spreadsheets, as an 
example of a database (set of tables). Here, columns and rows play the same role as 
in a relational table. Examples, shown below, display a possible interface for 
specifying constraints,, preferences and trade-offs in Microsoft Excel. 

Additional Functionality 

1 . Instead of a table of data, a ranking function may be 
applied to a file, a spreadsheet or the result of an SQL or OQL 
query. In case of a file, rows may be scanned^ by using some 
access method (sequential, index based etc.). 

2. Wc can extend SQL (versions 2 and 3, and future 
versions) with a rank clause as follows: 

Select.,., 

From .... 

Where.,,, 

Group by .... 

Rank by/ /*/is a ranking function, cither compiled separately or using a sub- 
language such as the one presented subsequently */ 
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Were, the Select clause defines the columns (attributes) of a result table. The 
ranking function, conceptually, operates on this result table, Tn ranking such a SQL 
statement, the optimizer may take the ranking function into account when determining 
how to optimize the query. Observe that if rank by is used then order by cannot be 
used. 

3. The SQL query above may be defined as a view. 
Additionally, it may be defined as a view to be maintained over 
time. In ease many such views are defined concuTxently, one may 
maintain only the first k (a parameter) rows per view. 
Alternatively, a different k value may be assigned to different 
views based on, say, historical usage. Observe that a user may 
define a number of similar views? differing only in their ranking 
function. 

4. The ranking function may be defined in terms of 
external variables, i.e., not in the database. For example, suppose 
each row in a table is associated with a column Company. 
Suppose further that each company is traded on a stock market. 
Then, one can write stock value (Company) and this is interpreted 
by an external function that checks the current stock value of the 
company of this row. 

5. Comparison between two, or more, ranking functions, 
all applied to the same table. Graphically, deviations from ordering 
according to the first ranking function are indicated. 

6. The ranking functions may be built incrementally 
where at each stage the new order is calculated and shown relative 
to the previously computed one(s). 

7. Specification of default values via rules. This feature 
is useful especially in the case of null values. Here, rules can be 
applied, on a row or table basis, for the generation, of such values. 
The generated values can replace null values or existing values, as 
indicated by rules. 
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8. Values may be specified for hypothetical columns. 
Here, one can add column(s) that are not present in the original 
table and specify values* via rules as above, for these columns. 

9. Values may also be specified for rows. This is the 
idea of generate and test Tuples (rows) are generated as needed. 
This may be in addition to actual physical tuples present at the 
table. Alternatively, the whole table content (i.e., its rows) may be 
non-physical (i.e., generated), 

10. Aggregation-based-objective functions may he 
specified. Here, the conditions, and rules, arc based on 
aggregations (e.g.. AVG, MAX, MINT). 

11. Ranking functions may he synthesized out of 
examples. Here, given a table, a subset of the rows is ordered 
according to their desirability (preferably, the top rows). The idea 
is to fit the parameters of ranking functions so that the synthesized 
functions derive the specified order of desirability. The resulting 
function may be then applied to test rows in order to verify the 
synthesis. The fitting of parameters may be done in many ways 
(e.g., neural networks, regression), one such way is as described 
below. 

12. The trade-off compilation is penalty oriented . That 
is, we "punish" from being "away from the trade-off line* 9 . 
Alternatively, we can. use a "substitution based" trade-off (still 
using the same syntax). For example, we can trade m units of, say, 
Xj for n units of, say, Xj. Mathematically, we can introduce new 
variables, XiS, and use them as the resulting values for the Xj$ 
variables. Observe that this provides the underlying solver with an 
opportunity to take actual values of the Xp variables and "think" 
about them in terms of the new x t variables. Consider how we 
need to alter the original goal constraints by using the new 
variables and adding conservation equations: 

X t i D'i -D ] 'i ... Vi /** Original i'th goal constraint **/ 
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Xj+Dj-D*, =Vj /** Original./ 'th goal constraint**/ 

xi + D~i - D*i - Vi /** Use new variable and form new goal constraint *+/ 

xj + D'j - D*j - Vj /** Lfo? Mew variable ami form new goal constraint **/ 

/**Adda "conservation equation", note that it's linear **/ 

mfc - ^ - * (2£ - *y /** JFW w "gained" in X, we u give " i« J$ *+/ 

Hie translation depicted above can be applied to moie than two variables by 
simply writing a more complex conservation equation for each trade-off statement. 
Observe that in case of a number of trade-off statements, each one is compiled 
separately. We have two options here that imply different semantics. The first is to 
use the same x t s in these separate trade-off statement compilations. The second is to 
use distinct new x& in each such translation. Both semantics have their advantages 
and disadvantages, A major drawback of the second option is that there is no unique 
deviation variable for X t as there are many new distinct x,s. The question is which 
deviation variable to use in the original objective function. One possibility is to use 
an "average deviation". However, this is not very convincing which lends more 
credibility to option one. 

Synthesizing ranking functions 

We consider the problem of synthsizing a ranking function from example 
preferences. The first issue to consider is obtaining the desired values V t - for attribute 
X h The simplest case is when these values are provided explicitly by the user. Next, 
the user may indicate that (1) desirability is high at a point (target) and decreases for 
boflh decreasing and increasing values, (2) desirability is linear, (3) a more complex 
pattern, for example, desirability is constant on an interval and decreases on both 
sides. 

Case 1: We employ the following heuristics. For each attribute X h the desired 
value, V h is determined as the average value for that attribute over the first (i.e., most 
preferable) k (a parameter, usually 2 or 3) rows. For each attribute X h a target 
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equation of the form X t r + D~i - D 't « v t is introduced Here, u t , u < are deviation 
variables. 

Generate inequalities, representing the order of desirability of rows. Consider 
for example two consecutive (in terms of desirability) rows: r and s\ For each 
deviation variable, calculate its actual deviation based on the values for columns in 
rows r and s. Suppose, without loss of generality that there are only two variables X, 
andX^ 

Suppose that the deviations are as follows: 



D p 

2 



0 



Row/ 
Deviation for 



Observe that in both rows there is "undershooting" for variable JO, whereas 
for variable X& there is "overshooting*' for row r and "undershooting" for row s. The 
resulting inequality is: Cjj b + Cn 0 + Cj?/ 0 + C22 c<Cnd + Cj 2 0 + C 3 j e + C33 0. 
Similarly, generate such an inequality for each pair of consecutive rows. Further add 
inequalities indicating that each coefficient is bigger than or equal to zero. 

We consider the set of first ranked m (a parameter) rows and generate 
inequalities for each pair of consecutive rows. Let S be the set of resulting 
inequalities. Solve S and obtain values for the coefficients C t /s~ If some of these 
coefficients are not uniquely determined, choose arbitrarily within their domain of 
satisfaction, for example, if (t < C22 < V then choose C22 -5. If S is inconsistent, one 
of the m rows is dropped and the procedure is retried. (If too many rows (a parameter) 
are dropped this way, the procedure Jails.) Next, test the values obtained in solving S 
by ranking the remaining rows. If the resulting order is acceptable (as tested on other 
rows), a solution, is achieved. Otherwise, there must be two "offenders" that arc 
wrongly ordered. The procedure is redone with the two new "offenders" included in 
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the group of rows used in generating inequalities. This process may eit&er lead to an 
acceptable ranking function; alternatively, it may fail to produce such a function. 

Introducing equations for trade-offs may enhance the procedure above by 
providing additional degrees of freedom. This is because the introduction of trade- 
offs simply manifests itself with additional components, namely trade-off deviation 
variables, within objective functions. 

Case 2: The user indicates that the preference function is a simple linear 
additive function (as opposed to the more complex penalty functions described 
above). Given a vector of multi-attribute alternatives ("rows")* ordered by their 
desirability to the decision maker, we seek to determine a unique vector of weights to 
be associated with the attributes. We assume a linear scoring (or utility) function: 

Where ay are the data (value of attribute j in alternative i), S< is the score of 
alternative i and wj is the weight of attribute j. 

The decision maker (DM) is capable of expressing pairwise preferences 
among any pair of alternatives. Such comparisons would lead to k preference 

constraints out of a given set of m alternatives where k £ m ^" ~ . This inequality 

I* 

is expected to be strong since in some cases the DM is unable (or unwilling) to 
express preferences between some of the possible pairs of alternatives. Wc denote the 
set of preferences as P. 

To obtain the set of weights that will result in maximal discrimination power 
among the alternatives we implement a MaxJMin modeling approach as follows: 

Max & 

S,-S k >€ V{i,6}eP 

2>/-> 

wj>0 
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A positive optimal value (V > 0 ) indicates that we found a set of weights that 
clearly separates each pair of alternatives for which preference was expressed. A zero- 
value optimal solution indicates that the resultant weight vector leads to one or more 
weak preferences relations and a negative value for the optimal solution (notice that 
epsilon is unbounded) indicates inconsistency on the part of the DM in the way he 
described his pairwise preferences. 

The formulation above might be refined if we attach an ever-decreasing level 
of importance to the preference constraints as we move down the ordered list Then, 
the objective function can be reformulated as a weighted sum of differences rather 
than maximum of tbe minimal difference: 

Max 10 k ' 1 s l +J0*~ 2 s 2 -K» + ** 

s t -s 2 

$k-\ ~ S k >e k 
Wj 2:0 

Case 3: A more complex pattern. A heristics here is to assume that the top m 
(a parameter) rows delimit the interval in which desirability is high. This determines 
the compilation of preferences and the coeflcients are determined as in case 1, 

A Ranking Sub-language 
This sub-language can express ranking functions in a textual form. It can then 
be used as an extension to SQL or to other programming or database languages, e.g., 
OQL. 



Constraints 

Consider a single database table. The constraints part can be thought of as a 
filter applied to a table of data. For example (X=7) AND (Y>6) where A" and Y are 
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table columns. The constraints we consider include integer/linear inequalities, simple 
inequalities, membership in a set and mart. In fact, the precise constraint language is 
dependent upon the constraint solver component we utilize. There are many 
possibilities for such solvers, e.g. ? ILOG's CPL12X or ILOG's CSP solver, 

Preferences 

Preferences indicate where, within the constraints, are values more preferable. 
For example, Prefer(X=8) indicates that the preferred value for X is 8 P and Prefer (Y, 
7.9) indicates that the interval [7,9] is the preferred one for values of K Preferences 
may be associated with weights. For example, 0.7: Prefer (Y t 7, 9) indicates that the 
interval [7,9] is preferred with importance factor 0.7. In general, an importance factor 
can. be any non-negative number. 

Deviations 

A deviation is expressed within the context of a preference. A deviation is 
oriented as either **" or For example dev(Prefer(X^8)f r indicates a deviation in the 
positive direction from that is, a value of X larger than 8. Deviations may be 
associated with weights. For example, 0.7: Prefer (X^S)* indicates that a deviation 
from the value X-8 in the positive direction has importance 0.7. Deviations may also 
be associated with intervals as in 0.7 : Prefer (X,7, 9)* . A preference with no indicated 
deviation is assumed to have default weights associated with positive and negative 
deviations. One possibility is associating a weight of 0.5 with both positive and 
negative deviations although other default settings are possible. 

Trade-offs 

A simple trade-off is of the form trade-ojftfabJXfadJXfayX mXfor nY), It 
means that when X is in the interval fab] and Y is in the interval fad], m units of X 
are tradable for n units of Y. Further, the point (X=x, Y=y) with x in the interval fab] 
and y in the interval fad], fixes the trade-off line. Here too, trade-offs may be 
weighted, for example, 0.5:trade^off([lJQ]XO00J20]X(H0 t 2)JX for 2Y) 
indicates, with an importance factor of 0.5, that in the appropriate intervals and point, 
3 units of X are tradable for 2 units of Y> More general trade-off statements involving 
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more than two attributes are possible. For example, Q.5:trade-qff(fI,2G] t X t 
[100J20]X[50,400lZ,(2,101,58) t X for 2Y + 3Z) indicates that in the appropriate 
ranges and point, a unit of Xte tradable for 2 units of Fplus 3 units of Z 

The penalty for deviating from the trade-off may depend on whether the 
deviation from the trade-off is "above" or "below". If nothing is indicated than 
"below" and "above" deviations are treated equally. Consider a trade-off, where X is 
Dollars and Y is days, of the form: 0-5: trade-off([L> WOO) \X[100J20) *X(100,102) r 
lOQXfor 1Y) indicating readiness to pay $100 less per each extra day. Now, an actual 
(Dollar amount Delivery day) pair chosen maybe "above", i.e*> less than $100 was 
discounted for an extra day, or "below", ie., more than $100 was discounted for an 
extra day. To differentiate between these cases 7 we again use the + (for above) and ~ 
(for below) superscripts. So, we may write; 

0.8: trade-off([h 1000J t XllOO f J20]X(100 t 102)>-10QXfor JYf and 

0.1: trade-oMhl0Q0],X t [I00J20],Y i (100J02) t ~WQXfor 1Y)\ indicating Ibat 
not discounting enough is less desirable (higher weight) than a severe discount 
(alternatively, we could refrain for penalizing for a deeper discount at all), 

Objective Functions 

Each objective function can be specified using a general programrning 
statement. Tn this presentation we only present single level objective functions- 
Ranking Function Example 

First, let us consider a simple example. The example describes the 
implementation of cranking function on a single table that substantially simplifies the 
exposition. The simple example will be followed by a more general description. 

Imagine the given Flights table and C containing the following constraint: 

Flights>Stop$><2 

(A nonstop or one stop flight.) 

And the following set of Preferences P, Deviations and Trade-offs T: 
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4. 0:Prefer(Flights.Stops=<0)* (I don't 

want intermediate stops.) 

2. 7:Prefer(FUghts. Price^lOQQf (I don't want to pay much 

more.) 

0. 3:Prefer(Flights t Price=-1000)~ (Too cheap means 

low quality.) 



L5:Trade-off([0 t 2M0],Fligkts.Price, [0 t 3] t Flights.Stops ,(1000,0), 
100 Price for J Stops) * 

(For each additional stop, 
within the 

interval, 1 expect a $100 
discount on 

the price.) 

First let us consider the Flights table records satisfying the constraint. 



Record 

# CatTier Origin Destination Stops Class Price Departure Arrival. 

1 12:25 
AF LV LHT Economy $675.00 O9;00AMPM 

2 12:25 
AF LV LHT Business $1 ,200.00 09:00 AM FM 

3 11:00 
BA LV LHT Economy$725.00 08:00 AM AM 

4 11;00 
BA LV LHT Business $1,200.00 08:00 AM AM 

5 Lufthansa LIIT Economy $550,00 06:00 AM 
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10 



LV 



Lufthansa LV LHT 



LY LV LHT 



LY LV LHT 



Swiss Air LV LHT 



Swiss Air LV LHT 



PM 
01:00 

Business $875.00 06:00 AM PM 

10:15 

Economy$530.00 07:00 AM AM 

10:15 

Business $900-00 07:00 AM AM 

01:30 

Economy $700.00 08:10 AM PM 

01:30 

Business $1,165-00 08:10 AM PM 



Next, we rank the above resulting table based on the set Of Preferences. 
Deviations and Trade-ojjfe we specified, resulting in the following Ranked table . 
Notice that the order of records in the ranked table is different when compared with 
the original one. For example, records that represent a nonstop flight with (he closest 
price distance beJow $1 ,000 are ranked highest, thus appear at the top. 
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Record 



-Carrier 



Destn 



Origin 



Stops 



SLY LV LHT 



3BA LV LHT 



1LY LV LHT 



43A LV LHT 
Lufthans 

6a LV LHT 



9Swiss AirLV LHT 

1AF LV LHT 
Lufthans 

fa LV LHT 

10 Swiss AirLV LHT 

2\F LV LHT 



glass Price Depart. Arrival 

10:15 

Business $900.00 07:00 AM AM 

11:00 

Economy $725.00 08:00 AM AM 

10:15 

Economy $530.00 07:00 AM AM 

11:00 

Business $1,200.00 08:00 AM AM 

01:00 

Business $875.00 06:00 AMPM 

01:30 

Economy $700.00 08:10 AMPM 

12:25 

Economy $675.00 09:00 AM PM 

01:00 

Economy $550.00 06:00 AM PM 

01:30 

Business $1,165.00 08:10 AMPM 

12:25 

Business $1,200.00 09:00 AMPM 



The ranking was based on the Ranking fimction (f=<Min, C, P. T>). In this 
case the objective is: 

Min ( z Slops Preferences z Price Preference* z Price-Stops Trade-ojp 
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The objective function formula for %Stop$ Preference & 

If Flights. Stop>Q Then Zgtops Preference^ 4 ^Flights. Stops 

Else z Stops 

Preference^ 0 
The objective function formula for Zprice Preference * s: 
If Flights. Price>=1000 

Then Zp r ice Preference^ Z7*(Flighto.Price-100Q)/100G 

Else 2 Price Preference^ 03 *(]Q00-FlighU Price)/! 000 
And the relevant portion of the objective function formula for Zp r j ce _ 

Stops Trade-off '^* 

If Flighte.Stop^O Then 

If FIights.Price>=1000 

Then ^Price-Stop Trade-off= L5*(F!ights.Price- 

wooyiooo 

Else Zprice-Stop Trade-off- 0 
Else If Flights.Stop=! Then 
If Flights>Price>=900 

ThcnZprice-Stop Trade-off** U*(FlighK.Price-900)/9G0 
Else ^Price-Stop Trade-off^ 0 

The formulas above are slightly different than the compilation described 
previously. Here, the deviations are measured by normalizing the absolute deviation 
distance relatively to the expected point on the trade-off line (hence the division once 
into 1 000 and once into 900), The table below depicts this computation: 
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Record g Price -Stops Trade- Stops Price Z 



Preference Preference (Sum of z) 



8 


0 


0 


0.03000 


0.03000 


3 


0 


0 


0.08250 


0.08250 


7 


0 


0 


0.14100 


0.14100 


4 


0.30000 


0 


0.54000 


0.84000 




0 


4 


0.03750 


4.03750 


9 


0 


4 


0.09000 


4.09000 


1 


0 


4 


0.09750 


4.09750 


5 


0 


4 


0.13500 


4.13500 




0.44167 


4 


0.44550 


4.88717 


2 


0.50000 


4 


0.54000 


5.04000 



A more complex example may consider two or more tables with a more 
complex set of constraints, preferences, deviations and trade-offs. In this case, the 
method of calculating the resulting table, will start with enforcing the constraints, 
creating a Join table consisting of the constraints-satisfying data and ranking the 
resulting join table based on the set of preferences, deviations and trade-offs. 
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Deployment Example, Excel 
Below, -wo provide a deployment example within the Microsoft Excel 
environment. The example describes a possible Excel environment GUI for the 
definition of constraints, both continuous and discrete, preferences, deviations and 
trade-offs. 

A typical flights table is shown in Fig. 44. A typical hotels table is shown in 
Fig. 45. A typical car rentals table is shown in Fig. 46. 

Constraints, Preference and Deviations (continuous attribute) 

Reference is now made to Fig. 47, which is a simplified diagram showing a 
constraints and preferences form in front of the flights table, and illustrating how it 
can be used to select preferred flights, in the form, we have the following 
components: 

Ranking function (f=<d, Q P, T>): Vacation (d^Miri) 

The table of interest in this case: Flights 

Constraint expression: 
Flights.3tops< I (A nonstop flight.) 

Preferences expression: 
4:Prefer(F!ights.Stops=0) 1 

0:Prefer(FUghtsStops~Qy 

Note that in section 1 we had a single Importance factor, in this form it is 
broken into an overall Importance (in this case 4) and the separate specification of 
both Positive and Negative Deviations factors. In this case the importance of deviation 
for each stop in the positive direction, above zero, is 1 while the importance of 
deviation of each stop in the negative direction, below zero, is 0 (since the number of 
stops cannot be less than 0). Thus, in this case, the overall importance for Deviation * 
is 1*4=4). 

The result for the FUghts.Stops<l constraint includes the following records: 
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Carrier Origin Dest. Stops Class Price Departure Arrival 

BA LVLHT Economy $725.00 08:00 AM 11:00 AM 

BA LVLHT Business $1,200.00 08:00 AM 11:00 AM 

LY LVLHT Economy $530.00 07:00 AM 10:15 AM 

LY LVLHT Business $900.00 07:00 AM 10:15 AM 



Since all the records satisfying the constraint are with Ftights,Stops=Q, they 
all get the same ranking. 



Constraints, Preference and Deviations, (discrete attribute) 

Reference is now made to Fig. 48, in which a form is shown for selecting a car 
hire offer in accordance with user defined preferences. In the form, we have the 
following additional components: 

Ranking function (f=<d> C, P, 7>j: Vacation (d^Min) 

'The table of interest in this case: CarRental 

Constraint expression: 
CarRental Pickup- CA irport \ Train 

Station 1 , 'Hotel') 

Preferences expression; 
L5;Prefer(CarRentalPickup^ 'Hotel*) 

Preferences expression: 
2 4;Prefer(CarRentalPickup= 'Train 
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Station') 
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Again, the single Importance factor is broken into em overall Importance (in 
this case 3.0) and the separate specification of a fraction associated with each item. 
The larger the fraction, the unhappier you are with that option. This fraction is then 
multiplied by Importance to generate aa overall Importance. 

The result for the CarRentalPickUp -('Airport' or 'Hotel* or 'Train Station') 
constraint includes the following records: 



Company Pick Up Return Class Price 



Avis 


Airport 


Airport 


D 


$42.00 


Avis 


Hotel 


Hotel 


D 


$60.00 


Budget 


Airport 


Airport 


D 


$18.00 


Hertz 


Airport 


Airport 


D 


$17.00 


Hertz 


Hotel 


Hotel 


D 


$55.00 


One 


Airport 


Airport 


D 


$22.00 


Sixth 


Airport 


Airport 


D 


$19.00 



Since the Car Rental Picklfp^ Airport 9 is preferred over the 
CarRental.PickUp « Hotel* viz get the following ranking: 
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Company Pick Up Return Class 



Avis 


Airport 


Airport 


D 


$42.00 


Budget 


Airport 


Airport 


D 


S1R.00 


Hertz 


Airport 


Airport 


D 


$17.00 


One 


Airport 


Airport 


D 


$22.00 


Sixth 


Airport 


Airport 


D 


$19.00 


Avis 


Hotel 


Hotel 


D 


$60.00 


Hertz 


Hotel 


Hotel 


D 


$55.00 



Trade-offs 

Reference is now made to Fig. 49, which is a simplified diagram showing a 
form for setting preferences for ranking flights according to preference. 

In the form of Fig. 48, we have the following components: 

Ranking function (f~<d, Q P, T>): Vacation (d^Min) 

The table of interest in this case: Flights 

The attributes of interest in this case: Stops, Price 

Trade-off' expression for Deviation +: 
2J:Trade-ojf(fO, 2.000J. Flights. Price. fOJIFlighl&.StopS, (1000,0), 

-100 Price for 1 Stops) * 

Trade-off expression for Deviation 
0.6:Trade-off([Q, 2,000]* Flights. Price, fQ,3],Flights.Stops,(100Q f 0), 

-100 Price for 1 Stops/ 

The expression indicates that the importance factor for positive deviation is 
2.4 (3*0,8) while the importance factor for the negative deviation is ft 6 (3 in the 
appropriate intervals; each additional stop discounts $100 of the flight price. 
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Again, the single Importance factor is broken into an overall Importance (in 
this case 3.0) and the separate specification of the Positive and Negative Deviations 
factors. 

1 . Problem Statement 

We consider the following optimization problem. We are given a set of m 
suppliers. Initially, we assume that each supplier, & h can sell items of a single type; 
the cost of a unit of the item depends on the number of units ordered from Su Suppose 
that St can sell items with m\ different costs per unit. These costs are given in the 
price table of $\ , in which die l-th entry gives the cost of a unit of the item in range / , 
I < 1 £ mi . The l-th entry in the table contains an interval 

fry , Uij J and the cost per unit, denoted by c it i . Tins cost will be used when the 
number of units supplied by Si is r it \ S x% u if i The maximal number of items which 
S, can supply is given by 2 / , I £ i £ m. Suppose that we need to supply n units of 
the item to some client. The deal splitting (DS) problem is to determine how many 
units will be supplied by S t t / < is m, such that the overall cost of the deal is 
minimized, and the total number of supplied items is at least n. 

Formally, let n be the size of the order and let costjfaj) be the total 
cost of Xi units of the item when supplied by Si ; then, we need to find a set of integers 

,Xm such that J^,*, ^ n and ^^cosf^) l $ minimized, where cost,(x) is the 

cost 

of buying x f units from 5 f . 

We use in our study two com mon properties of price tables. 



Definition 1.1 (Monotoaicity): The price table of Si is monotone if for any I < 
l£ mi -J 

The monotOnicity condition captures the tendency of the market to favor 
larger orders: thus, the cost per unit cannot increase if we buy more units of the item. 
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Definition 1 .2 (Rationality): The price table of Si is rational H for any «/, nt > 

h 

ni<m costi (nj) < cost x (nj) . 

In words, the rationality condition implies that if we need nj units of the item, 
it never pays to buy m >m units from SJ . A common, example of a rational table is 
the "Buy one, get one free " rule, in which we pay the same total price for one or two 
units of the item. Note that when buying two units we get that the price per unit is 
half the original price; however, since our measure is the total cost of the deal., if the 
order size is w=,/ 3 we would buy a single unit. 

Remark: Note that when we cannot buy s units of the items from the supplier 
Sk for some l<s < 7i, we define costi ($) = oo. Therefore, if the price table of *S, is 
monotone and rational, then we implicitly assume that it is also continuous in the 
range f /, TJ. We can buy from Si any number of units in this range. 

2, Hardness Result 

The DS problem is NT-complete, This holds also in the special case where the 
price tables satisfy the monotonicity and rationality conditions, as given in Definitions 
LI and 1.2. 

The following is a sketch of the reduction from PARTITION [GJ-79] used in 
the proof of hardness: 

Input: A set of elements. A, where the element at has the size sfa^ and 
Question: Is there a subset of the elements A'^A, such that J^Sifi,) = B/2 

? 
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For the above instance of PARTITION we define an instance for DS. We 
need to supply at least /*= B/2 units from the item. There are \A\ suppliers: SJ can 
supply at most s(a\ ) units from the item; if Si sells less than $(a\ ) units, the cost per 
unit is / + l/(s(a$-l) 3 otherwise the cost per unit is L 

Claim: There is a partition iff than is a deal with the total cost B/2. 

3. Optimal Algoritluns for Restricted Deal Splitting 
3.1 A Single Item 

In the restricted deal splitting (RDS) problem we need to solve the DS 
problem, with the additional constraint that the number of suppliers participating in 
the deal is at most J < k <m, where it is a fixed constant The following is a 
polynomial time algorithm that solves optimally (he RDS problem. 

Wc define for each supplier, Si 3 a set of nti sub-suppliers: the cost per unit of 
sub-supplier S it i corresponds to the /-th entry in the price table of Si . 

Algorithm IP proceeds in two stages: 

1 . Guess a subset Sp of at most k sub-suppliers that will participate in the deal. 

2, Find an optimal deal for the subset S p . 

We now describe in further detail stage 2. For convenience we represent our 
problem as an integer program (IP), Let n tl be the minimal number of units of the 
item that can be supplied by Si t i ; «/,/ is the maximal number of units that A\# is allowed 
to sell. Denote by 7/ the maximal number of units of the item that can be supplied by 
S i: ; then, w.Lo.g. we assume that Tf = w,^ . 

The cost of a unit of the item when supplied by S it i is denoted by cu . We 
assume in our discussion of the single item case, that the price tables are monotone. 
This implies that in any optimal solution, each supplier would be represented by at 
most one sub-supplier. Finally, the number of units sold by S,j is denoted by xu , 
where x itl >Q is an integer. 
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In stage 2. we need to solve the following' IP: 

Minimize ]T* ^ 

Subject to Sr=i x ^- W 

Xt>l 5 5/./ e S p 

x u - 0 S ifi t S p 

The above program is solved optimally by the following greedy procedure: 

(i) For any sub-supplier Su e S p > assign to &,/ r,j units; update 
Utf = Wi,/ - n t i. If the number of assigned units is at least n t stop. 

(ii) Sort ihe sub-suppliers in S p m non-decreasing order, by cost per 

unit- 

(iii) Starting from the first sub-supplier in the list, assign to each 
sab-supplier the maximal possible number of units, until the overall 
number of units is at least n. 

It can be shown (by interchange argument) that the above procedure yields a 
deal whose cost is minimal 

The complexity of the algorithm IP is determined by the number of guesses 
plus sorting the sub-suppliers (which can be done once, as a preprocessing step). 

Since the price tables are monotone, we can get a sorted list of all the sub- 
suppliers by merging m sorted lists, where the i-th sorted list represents the sub- 
suppliers of This can be done in 0( log m • , m } ) steps. Let m s = tnaxj be the 
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maximal number of sub-suppliers of any supplier. Then the overall running time of 
the algorithm i<5 

0( log m . JZ, m * + JZ/ m ' m s) l > = Oflogm- , m f *{m - . 
3.2 Multiple Items 

When the deal consists of R item types, for some R >I 9 we define a sub- 
supplier for each possible combination of the items, with a corresponding range (i.e., 
number of units from each item) ? such that the cost of a unit of each item is fixed. 

We assume that each supplier, I < z < m, can provide at most r v units 
from item /, J < j <& 

In this generalized version of the problem we define monotonicity and 
rationality as follows. 

Definition 3.1 (Monotonidty-M); The multi-item price table of S\ is monotone 
if, for all I< / «s R s the price per unit cannot increase if we increase the number of 
units of item J bought from Foimally, for any 1 < h >h< m ( , if we buy nu m 
units of item J from sub-suppliers l\ , irrespectively, then 

n { <n 2 => c UjJ ^c. hJ 
for all 1 < j < R, where djj denotes the cost of buying a unit of item j from 

the 

J-rk sub-supplier of supplier /. 

For defining the rationality condition we denote by the R-tuple (a /t ... , atf 

a combination of the R items supplied by St, that i$» aj units are supplied from 
item/ Denote by cost\ (a u atf the total cost of the R-tuple (an atf when 
supplied by S\\ costs O applies to one of the ranges of 
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Definition 3.2 (Rationality-M): The multi-item price table of Sj is rational if 
for any pair of R-tuptes (at, arf. (b h h*) , if(a Ir ^ < (b h ^ 
(coordinate-wi$e) 9 then 

cost, (a h ..., <; cost, />^. 

Note that, in general, we do not requite any of the above properties (i.e., 
monotonicity or rationality) to hold. 

Example 3.2: Suppose that R-3 and the items are printers (item no. 1), 
cartridges (item no. 2) and paper boxes (Item no. 3). The following is the price table 
of the supplier Si. 





printers 


cartridges 


paper 


range 


[0,2] 


[0,5] 


[0,9] 


unit cost 


300 


30 


15 


range 


[2,5] 


[7,9] 


[10,1001 


unit cost 


280 


25 


10 


range 


[6,20] 


[10,50] 


[10,100] 


unit cost 


250 


23 


10 



Table 3.2; A price table for multiple (3) items. 



Note that we do not require continuity in the number of units that we can buy 
from an item, when moving from one sub-supplier to another. Thus, for example, in 
Table 3.2, the sub-supplier Sx^ can supply upto 5 units of item 2, while Si t2 supplies 
at least 7 unit. (Therefore we cannot buy 6 units from Si). 

For the IP formulation we define for S\ three sub-suppliers: S u . Sij and S\,2. 
For iSi t i each line below presents the cost per unit and minimal/maximal number of 
units sold from each item (e.g., the first line refers to item / ? ie. 5 printers). 
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c ft (, f ~300; n, /, / - 0; u U j - 2; 
Oi,u2 =30; r Ut2 - 0; u w = 5; 
c/.u ^15; ru,3 = 0; Ujjj = 9; 

Similarly, we define prices and ranges for S^ 2 and S\x Suppose that S\ can 
provide overall 40 printers, 1 00 cartridges and 300 paper boxes; them, 

Tj t/ =40; T u =J00; Ti S =300; 

We proceed to describe our problem as an integer program. 

• Let S P denote the subset of sub-suppliers that participate in the deal. As 
before, the total number of sub-suppliers of $ is denoted by /w f . 

• Denote by n y the number of units required from item J, J < J <R 

• Let x iti j be the number of units that S} ( , provides from item/, 1 <J <R. 

Note that a few sub-suppliers of the same supplier may participate in the deal 

In the next example we give an input for which die optimal solution has this 
characteristic. First, wc introduce the concept of a package that is often used in the 
multiple-item market 

Definition 3.3; A package is an Jt-luples (a it a^ 9 in which &j is the number 
of units supplied from, item/ Let cj denote the cost per unit of item j in the package; 

then, the price of the package is / w Cj aj . 

Example 3.3; As in Example 3.2, suppose that the items are printers (item no. 
1), cartridges (item no. 2) and paper boxes (item no. 3). There are two suppliers, 

Si and S 2 . 

S^ supplies the packages 
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(3,5,5) at the total cost o£395; 

(2. 5. 4) at the total cost of 350. 

(Thus, S\ is represented by two sub-suppliers). 

S 2 supplies the package (5,10, 10) at the total cost of 750. 

Assume that T u = T 2 .j = 7, Tu ^ T 2f 2 ^ 10 and Tjj ~* T 2fB -10. 

Suppose that we need to order 5 printers, 8 cartridges and 8 paper boxes. 

An optimal deal would be to buy two packages from S%: one package of 

(3.5.5) and one package of (2,3,4). 

As before, we denote by S p the set of sub-suppliers that participate in the deal. 
The following is the IP formulation of the RDS problem with multiple items: 

Minimize 2£2JL c Uj x tJJ 

Subject to 2. S^J^/ VIZ J* A 
> r w Si,/€ \fl<J<ZR 
x UJ < utjj Si ti <* S P \fl<j<,R 

x w =0 ^ v/< 

S;*A/*r v Vl<j<R,\fI*i$m 

As in the single item case, we can solve this program optimally, by 
assigning first r UJ units of itemy to the sub-supplier Su € S p and updating u w = 
W W " n,rj, Tjj - 7,,,/ - , Then we can assign to each sub-supplier the maximal 
possible number of units from each item type, by using R lists, each sorted in non- 
decreasing order, by costs-per-unit This procedure yields an optimal solution to the 
above IP. 
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Unless specified otherwise, in the following sections we do not assume 
either monotorricity or rationality on the price tables. In the next sections we refer to 
the general DS problem, in which the number of sub-suppliers participating in the 
deal may be arbitrarily large. 

4. Greedy Approximation Algorithms 

4.1 Single Item 

4. 1 . 1 The Residual Greedy Algorithm 

We consider first a natural greedy algorithm, that attempts to satisfy in each 
stage a maximal fraction of the order at minimal cost. Formally, the Residual Greedy 
(RG) algorithm proceeds as follows, Let need denote the number of units that still 
need to be supplied, to satisfy the order. Initially, we set need^n. Now, RG keeps a 
list of sub-suppliers. In step s 9 s £ /, 

L Find the sub-supplier Su of some supplier l<i<m, satisfying 

f\i <need, (1) 

such that dj is minimal. 

2. Let xu = mm (u,,i, need): buy from S it i x u units of the item. 

3. Update the maximal number of units that can be provided by S h that is, 

7; = Ti - x u ; update the set of sub-suppliers of S h omitting sub-suppliers S*j 
for which r,\i > T it 

4. need - need - x t i ; if need > 0 goto 1 . 

Example 4»l: Suppose that we have 4 suppliers, with the price tables given in 
Table 4.1. We need to supply at least 30 units of the item. Also, assume that 

2} -50; Tt-40; T 3 -5; andT^-6. 
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5/ 


s 3 


s 3 


S 4 


range 


[1,5] 


H ,4] 


[1,2] 


[1,2] 


unit cost 


34 


32 


31 


35 


range 


[5,10] 


[5,15] 


[3,5] 


[3.6] 


unit cost 


31 


30 


19 


20 


range 


[11,50] 


[16,20] 






unit cost 


30 


24 






range 




[25,40] 






unit cost 




21 







Table 4.1 : A price table for Example 4.1 (the RG algorithm) 

The algorithm RG operates as follows. Initially, it selects S3 > which supplies 5 
units at the price of 19 per unit; then, it selects S4 , which supplies 6 xmits at the price 
of 20 per unit Finally, it selects which supplies 17 units at the price of 24 per unit 
The overall cost of the deal is 689. 

Note that we can get a better deal if we choose to buy 5 units from S$ s and the 
remaining units from 5* We get that the overall cost is 51 5. 

While RG is very simple to implement, it can perform poorly compared to 
the optimum* as stated in the next result. 

Observation 4.1: RG is an Q(n) approximation for the D$ problem 'With a 
Singh item, even when the price tables are monotone and rational 

Proof: Consider the following instance. We need to buy at least n units of the 
item. The supplier So can provide at least (n+1) units at the cost of c/(n+ 1)>1 per 
unit, while each of the suppliers, Sg S n can provide one uni t of the item at the 
cost c. Mow, OPT buys w+ J units from S 0 and pays the total cost c; RG buys a single 
unit from each of the suppliers Si and overall pays no. m 
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4,1.2 A Better Greedy Algorithm 

As we have shown, the algorithm RG, which considers in each stage only a 
subset of the sub-suppliers (those satisfying (1)), may be far from the optimal. Indeed, 
in some cases it may be better to buy more than need units, with the promise that the 
overall cost of the deal is minimized. The algorithm RG* that we de$cribe below, 
allows to consider also sub-suppliers who can provide only more than need -units. 

1 . Sort the sub-suppliers in non-decreasing order by the price per 
unit. Denote the sorted list by L, and let r[j] (v/jj) and c[f] denote the minimal 
(maximal) number of units provided by the sub-supplier SffJ* that is in 
position j in and the price pear unit for this sub-supplier. Sub-suppliers with 
the same price per unit appear hi the list in arbitraiy order, 

2. Let med**w 

3. yW; 

4. While rQ]<peed {buy from SfiJ x[j]^min(need t u[fj) units of 
the item; need~med-xffj; ifneed=0 then stop else {Let Si be tine supplier such 
that S[f] is a sub-supplier of S$. Update the maximal number of units of the 
item available from S } ; that is, T, - Ti -xfj]\ update accordingly the entries of 
the set of sub-suppliers of A; if the sub-supplier Sfi'J was omitted from L then 

5. Let CzG l (need) be the overall coat of buying weed units of the 
item, if we apply RG' recursively with n - need, starting from the first entry 
j* in I, such that J* > and rff*J S need; let C> be the minimal possible total 
cost of buying (at least) need units from a single sub-supplier, SjfJ, who can 
complete the deal 

If C RO (need) < Qthen {let J* ~min{f >j: rffj < med};M*\ goto 4} 
else buy from S[f] r[fj units and stop. 

Example 4.2: Suppose that we have 4 suppliers with price tables as given in 
Table 4.L As before, assume that Ti - 50, T 2 « 40, T 3 = 5 and T< - 6- Initially, we set 
need=24 t First, RG 7 sorts the sub-suppliers in the table. The resulting list is: 
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t-={([3,5JJ!>X ([3 f 6J, 2Q),([25J0], 21),([16,20] t 24), ([5J5])> 30), ([11JQJ, 

30) 

(frlOJJl), ([l t 2], 31), ([141 32).. ([I 5], 34), ([1,2], 35)} 

(For example, the first entry refers to the second sub-supplier of Si for which 
the minimal and maximal number of units are 3 and J, respectively, and Hie price per 
unit is 19. This sub-supplier becomes S[1J). 

RG' starts to scan the list L from left to right. 

1) In the first step, RG' buys 5 units at the cost of 1 9 per unit from 

S[l]. 

Then we get that need^ need -5 = 19; total « 19-5= 95. Now 7 no 
units of the item are available from S3 ; thus, S[l] and S[8] are omitted from L. 

2) In the second step RG" buys 6 units from S [2], at the cost of 20 
per unit 

We get that need- need 6^ 13 ; total - total* 20 6^ 215. Now, no 
units of the item are available from SU; thus, S[2] and S[ll] are omitted from 

L. 

3) In the third step RG 7 finds that r[3]> need, then it computes 

Cr 16-24- 384 and C RG (need)- 13 30=* 390; 

Since C^&ieedJ > C/ RG ' completes the deal, buying 16 units from SftJ, and 
total » total + 384 599. 

Note that the minimal cost of the deal satisfies 
Totalopr > 19*5 +20*6 + 13 21 - 488. 

4.2 Multiple Items 
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We now describe a Greedy algorithm for buying multiple items. Note that in 
or decomposition of the suppliers to sub-suppliers (as described in Section 3.2) we 
allow each sub-supplier to offer many packages, because each sub-supplier has ranges 
associated with the various items it supplies. Now wc take a different approach: given 
the price tables defining the set of sub-suppliers, we generate the set of all the 
packages possible for each sub-supplier. This is done by explicit enumeration over 
each range in the table of the corresponding supplier. 

To simplify our approximation algorithm, called Multi-Residual Greedy 
(MRG), we assume that each sub-supplier can be identified with a single package of 
the items, 

it would be convenient to describe our minimization problem in terms of 
finding a minimum weight set cover. In the WEIGHTED SET COVER problem 
[GJ79] we have a set of items U={ , . u n }, and a collection of subsets of the items 
C= {A It ... AfJ, where each, subset, A t > has a weight, w(A()> Our goal is to find a sub- 
collection of the subsets, C'c C > in which each of the items in U appears at feast 
once and the total weight ^ SeC , w (S) is minimized. 

Given an order for items from R different types, in which we need tij units 
from item J, we assume that U consists of R items. 

Denote by covcredQ) the fraction already covered from item /, and let total 
denote the overall cost of the deal. Initially, total =0 and for all/ covered^) ~& 

For convenience we define also need(j)=l-covered(j).\Ns represent the set of 
possible packages by the collection of subsets C= {Ai x A q ); M?(Ai) is the cost of 
the package offered by At . Let f A (J) denote the fraction of item j covered by At. The 

algorithm computes the value for each A t (see in Step 3.); measures the 
average cost per unit of an item, when provided by Ai . The average is taken over the 
individual contributions of At to covering the demands of the items I,..., R. (For 
example, if R=2 and^ covers l / 3 of the demand for item 1 and Va of the demand for 
item 2, then overall Ai covers 5/4 items out of 2). Note that we treat items of different 
types uniformly and we only count the total amount of items that still need to be 
covered. 
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The algorithm MRG proceeds as follows. 

1 . For/W, .,R covered® =0; need®=l 

2. tomI=9; v 

3. While for some / < J <R, covered® <! do 

For each subset , Af ^ C , let -m/w f / A fi; , need(/)); compute 

Select the set ^4, for which is minimal. Denote this set by A Min . 
For any item 7 < / < # 

if A min contributes to the covering of J the fraction fc) >0 

then covered® - covered® +^ BfcI $ 

HOfttf — tota/ + w(A min ) 

Update the number of available items of type /</</£ for each 

supplier. 

Omit from C subsets corresponding to packages of suppliers who have 

already used all the available units from some item, 

4. Output the picked subsets. 

The next example shows the operation of the algorithm MRG. 

Example 4.3: Suppose that there are two suppliers, Sy, £5 and three items: 
printers, cartridges and paper. In the following we give the price tables for 

£7, S 2 which describe the packages that can be provided by the two suppliers. 





printers 


cartridges 


paper 
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range 


[1.1] 


[3,3] 


[4,4] 


unit cost 


300 


30 


15 


range 


[5,5] 


[10,10] 


[15,15] 


unit cost 


250 


23 


10 



Table 4.2: The price table of Si* . 

Thus, for example, the price of the package including one printer, 3 cartridges 
and 4 paper boxes is 450. 





printers 


cartridges 


paper 


range 


[1,1] 


[5,5] 


[8,83 


unit cost 


305 


27 


16 


range 


[8,8] 


[20,20) 


[30,30] 


unit cost 


260 


24 


9 



Table 4.3: The price table of 

Suppose that we need 12 printers, 20 cartridges and 36 boxes of paper, S/ t & 
can provide up to 30 printers, 100 cartridges and 150 boxes of paper. Hence, 

Tij - T 2 j = Jft T U 2 = T 2 , 2 = 100 and T tt3 - T 2 ,s -ISO. 

Let 

Ai=(l f 3A); A 3 =(5J0,15); A s =(l,5>8); A 4 -(8,20J0) 
With the corresponding weights 

w(Aj)= 450; w(Ai>=1630; w(A s )=568; w(A 4 )= 2830; 

Let C/={Ai,A2} and Cz-fAzAJ. Our collection of sets is C=--fCj,C 3 }- 

We describe the operation of the algorithm MRG by iterations. 
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(i) 111 the first iteration we have need(l) =need(2) -need(3) =1 ; 
Now we compute a Al - . ? a M , 

450 

l/12+3/2Q+4/36~ 1306 ' 45 

Similarly, we get that a Al =*122Z5; a Ai 88 anda^ - 

Therefore MRG selects A mtn ^As t and ujkiates 

covered(l)^1/J2; covered(2)=5/20; covered(3)-~8/36; 

and total~568; 

In the second iteration we have 

a Al =1306.45; a* - 12225 mda* = 10224; 

Now, when computing a At , the set ^ contributes to item 2 only and 
to item 3 only as 8/36 are already covered; therefore, 

2830 

a M =1289.62 
8/i2-f 1 5/20+ 2Stf<5 

MRG selects again and we get that 

covered(l)~2/12; cover ed(2) =J 0/20; covered(3)=]6/36; 

and total- 11 36; 

Jn the third iteration As is selected again and we have 

covered(I)=3/12; covered(2)~ 15/20; cover ed(3) -24/36; 

and total- 1 704; 

A 3 is selected again. Now we have 

covered(])^4/12; covered(2)=20/20; covered(3)~32/3<5; 

Hence, 

need(l)=8/12; need (2)=Q; need (3)=4/36: 

and total=2272; 
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(ii) We compute agan% 



450 



~23l4.29 



and similarly 

a M -3088.42; <x A3 - 292U5anda AA - 3638.57; 

Therefore MRG selects A mfn ~A lp and updates 

covered(l)=5/12; covered(2)=l covered(3)=l; 
and toial-2722; 

in the sixth iteration we find that 

-.WW; a A -JW* - 6816 anda^ - 

Therefore MRG selects A mm = A 2 , and updates 

covered(l)=IO/I2; covered(2)- cover ed(3)=1; 
and total~4352; 

In the seventh iteration we have 



Therefore MRG selects A mUi ~ Ah 

In the last iteration MRG selects again A mi „=A,. We get that 

total~5252. 

Note that MRG is not optimal: a better deal is to select once At and then 
A* at the total cost 4460. 

4.2.1 MRG versus RG 
Wliile it may seem initially that RG is simply MRG in the special case 

where 

we now show, that the two algorithms may behave differently. 
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Example 4.4: Suppose that we have a single item and three suppliers, 5'/ , 
S 2 and S 3 - We need to provide at least 30 units of the item at minimal total cost. 

Each of tine suppliers Sj , S 2 can provide 100 units and S3 10 units. 



Si 


s 2 


S3 




[1,20] 




30 


35 


12 


[11,40] 


[21,50] 




25 


15 





Table 4.4: The price table for Example 4.4. 
Now, RG initially chooses to buy 10 units from S3 , at the price of 12 per 

unit. 

Then we get that need*=20, therefore RG next selects S /t which supplies 20 
units at the cost of 25 per unit The total cost is 620. 

In contrast, MRG maintains a list with all the possible deals, first, MRG 
selects to buy from S3 10 units, at the cost of 12 per unit. Then, MRG buys 21 
units from S2 9 and the total cost is 435. 

4.2.2 Implementation of MRG 

Note that algorithm MRG uses as input the set of all possible packages 
offered by each of the sub-suppliers. Indeed, when the input is given as price 
tables, for generating the Afs we need to enumerate all the possible packages for 
each sub-supplier. In generating the A/s and computing the 's we may wish to 
consider the following simplifications: 

• Since our goal in each iteration is to find A mi „, we can save space by 
generating the Afs dynamically and maintaining the minimum in each step. This, 
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however, requires to recompute in each iteration for Ai the values f A fi), for 

* At the beginning of each iteration, it may help to compute first the value 
<*a f° T * e Ai that was selected in the previous iteration to be A min , If 

remains unchanged then the same set remains A min in this iteration. This is due 
to the fact that for any other set cannot decrease when moving to the next 
iteration. 

• When the A?s are derived from the price tables of the suppliers, we can 
avoid the enumeration of all the packages of a given sub-supplier, Sj,t as follows. 
Let needuO')^need(j) ■ n P We set uuj = niax(min(u w ,needt(j^ . Let 

n f >needu(j) 
*A-*H_J!L- otherwise 



and let 



meduQ) 



Now we find the integral point (n h n^, r w <« y <w w , in which /Jjfl gets 
the minimum. We take the resulting package, A h to be the package representing the 
sub-supplier Stj. Thus 5 in each iteration of the algorithm we need to consider at most 
£^ packages. 



5, Approximation Schemes for Single Item 

In this section we present algorithms that achieve a (1 -^-approximation 
for theDS problem for single-item deals, for a given e>0. In §5.1 we discuss an 
easy variant of our problem, where each of the suppliers can provide an 
unbounded number of units from the item. In §5,2 we refer to the bounded case. 
For both cases we develop approximation schemes, which yield pseudo- 
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polynomial time optimal algorithms. We analyze these algorithms and show how 
their running time can be reduced when the price tables are rational and 
monotone. 

Our algorithms use as procedures fully polynomial time approximation 
schemes (PPTAS) for variants of Ihe 0-1 knapsack problem. Since we use the cost of 
partial deals as the "sizes" of the items in the resulting packing problems;, it is 
implicitly assumed that the entries in the price tables are integers. This does not 
impose a restriction on the inputs for the DS problem. We allow the costs per unit to 
be any positive rationals. Before we apply our approximation schemes, we can use the 
following rounding procedure; 

1 . Given a set of price tables Ti T m for the suppliers 

Sh ... ,S m9 write each entry as a rational number. 

2. Find Ihe least common denominator, £>, of all entries. 

3 . Multiply all entries by Z>. 
Thus, we get that all entries become integral 

.1 Unbounded Case 

Assume first that we can repeatedly buy from some sub-supplier, i.e, ? for 
any / < i < m, Ti > n> where n is the number of units ordered from the item. The 
algorithm is based on an FPTAS for the INTEGER KNAPSACK problem [GJ-79] 

(also known as the Unbounded Knapsack [L-79]): 

Input: A set of items, U, where each item u<= Uhas the size s(u) e Z + and the 
value \>(u) e Z* , and positive integers, B, AT. 

Question: Is there an assignment of a non-negative integer c(u) to each item 
n<z U, such that ]P s(u)c{u) < B . and £ v(u)c(u) ZK? 

The problem is known to be NP-hard and solvable in pseudo-polynomial time 
(see, e.g„ in [GL-79], [L-79]). In particular, Lawler developed in [L-79] an 
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FPTAS, whose running time is Q(\U\+l/s 3 ), for any s>0, where \U] is the 
number of items in the input. This yields an optimal pseudo -polynomial time 
algorithm. 

Denote by A$) , OPT(f) the values of the approximate and optimal 
solutions for a given input, I, of INTEGER KNAPSACK. Let V= max^ a v(u) be the 
maximal profit of any item in U. Then, OPT(I) < B* V, since we can take at most B 
copies of the item whose profit is maximal. Hence, jf we choose 8~( 8- V)'\ and run 
some approximation scheme A n on an instance I, we get that 

As(I)>(l-e)OPT(I), 

or 

/> a • OPT(I) > OPT(l) - A c 0 

and since the solution for INTEGER KNAPSACK is integral, we get an 
Optimal solution. The running time of A E is G(\U\+ J^T^J. 

We describe below an approximation scheme for the unbounded DS 
problem. The idea is to define building blocks of sizes 1 < s < n 0 for some n Q > 1 
(defined below), and to find the combination of blocks that yields the minimal total 
cost (Since wg refer to the unbounded case, we allow to take any number of blocks of 
each type). The input parameter, e> can get any value in the range (0 t 1). The scheme 
proceeds as follows. 

1 . Run algorithm RG on the input instance, lo obtain an upper 
bound for the minima! cost, C mi „. Initially, set C Mi „ « Caa . 

2. Let & be the minimal unit cost offered by any sub-supplier. For 
a given value of let n Q C mi Jc be the maximal possible number of units 
bought by an optimal algorithm, OPT. 

3< Let eost(s) be the minimal cost of buying .v units of the item 
from a single sub-supplier, 1 <s < n Q . (It may be the case that it is impossible 
to buy s units of the item from a single sub-supplier, for some values of s. For 
these values we set cosl(x)=C m j n +2). 
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4. For each pair of values (C mit7) nj, generate an instance of the 
INTEGER KNAPSACK problem: the universe, U, consists of n a items, «/, ... , 
u XK € U , such that s(u<) - co$((s) and v(uj =s, l<s<n<» Given e>(), find the 
maximal profit from packing items in U rn a knapsack of capacity B = C min . 
(This can be done by using, e.g., the FPTAS for INTEGER KNAPSACK 
given in [L-79]). 

5. Use a binary search to find the minimal value of C min 9 1 5 C min 
5 Cro , which yields a feasible solution, i.e., the profit (« number of items 
provided) is at least n. 

For the time complexity of the above scheme, we first note that for each 
guess of C mim for which we define n 0 = C min /c, and for any e>0, we can get a 
(l+e)-approximation for the resulting instance of INTEGER KNAPSACK in 
0(n o +l/e?) steps [L-79]. Hence, we get that the complexity for each guess of 



lis 



OftWi- = 0(C RQ + l/e $ ). 

Now, the number of guesses of C min equals to log i+e Cro ? hence, for a given 
■value of Cm , the running time of the scheme is 

O(lo gl + E C m (C RG + 1/6 3 )). 

Denote by c mpx the maximal unit price for any sub-supplier, then C m < n ■ 
Cmaxi and the overall time complexity is 

0(log^ c (n- c max )(n- c m(tx . + 1M% 

Finally, recall that the number of sub-suppliers of supplier i is m t ; the ninning 
time o f RG is linear in the total number of sub-suppliers, given by M= ]T m. 

(2) 

Thus, overall, wc get that the running time of the scheme is 

0(l0gi+ h . (n- C niax J(H' <W + I/e 3 J+ M). 
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When the price tables are rational and monotone, we can reduce the 
number of elements in the instance of INTEGER KNAPSACK to log /+ e n 0 . 
Suppose that for some l<s< n Qj the supplier that can provide s units of the item 
at minimal cost is S hi for some l<h<m. For / <$ <s*<(H e)s y let c u , c J v be the 
cost per unit, for buying s and $ ' units from Sf h respectively- Since the table of S A 
is rationaL 

c '„ • s ' - cosh (s r ) > costk(s) =c I( s 

Hence, 

In addition, since the table is monotone, c u > c J „ . It follows, that 

COSth(s') <C U ' s' = C u < (sVs) ' S < COStfift) 

Hence, instead of taking in the instance of INTEGER KNAPSACK all the 
values 1 <s < n Q , we can take only values of s which are (rounded) integral 
powers of (J -he). From the above discussion, it is guaranteed, that if 

(I+ef~ l < s < (l+e/ , and we buy from the supplier Sh L( 1_f ~ & T J units,* 
then the total cost of the deal may increase by at most factor (1+e). 

Thus, when the price tables are monotone and rational, the complexity of 
solving the INTEGER KNAPSACK is 

0((log i +€ nJ+IAf) = O(log Crg +t/e 3 ) 

As before, the number of guesses is Crq- Hence, the overall 
complexity is 

0((/og ; H - C«^+ log /+r Csatf+M) 
= 0((fog c mw )) 2 + log i+ c (n> c max )/e s +M) 

5-2 Boimded Case 



291 



WO 02/077759 



PCT/US02/08293 



Now, we describe an approximation scheme lor the case where each supplier, 
S,% has a limited number of units from the item, given by T h 1 < i < m. As before, wc 
use building blocks, that will represent the deals in which we buy all the items from a 
single supplier; thus, the number of "blocks" for a supplier Si is at most J < I < nu 
Also, to guarantee that St provides at most T k units from the item, we assign to each 
supplier-, S h at most one "building block", whose size is in the range [l t TJ, 

We assume in the analysis of our scheme, that we can find in O(l) steps the 
minimal cost of buying s units of the item from S h Clearly, this holds when the price 
tables are rational and monotone; for general tables, some preprocessing may he 
required. As in the unbounded case, the input parameter, e 9 can get any value in the 
range (0J). 

The algorithm is based on an FPTAS for the 0-1 MULTIPLE CHOICE 
KNAPSACK problem (MCK) [GJ-79]: 

Input: A universe f/of n items, partitioned into m sets, U h U m , and the 
positive integers, B, K. There are k ( items in Uu Yllfa * n ' SjJ md ViJ 9X0 ^ size m * 
the value, respectively, of the j-th item in (J*, 1 k h 

Question: Is there an assignment of Xy e {Q, //, for all ij 9 such that 

ES,^/ ** d EL E>r*#**. ^ dfora11 

The problem is known to be NP-hard and solvable in pseudo-polynomial time 
(see, e.g., in [GL-79], [L-79]). We use in our analysis the FPTAS presented by 

Lawler [L-79], whose running time is 0(n log n +mn/R)^ for any s>0. 

Our scheme proceeds as follows, 

1 . Run algorithm RG on tlie input instance, to obtain an 
upper bound for the minimal cost, C mit1 * Initially, set C min «= Cro- 

2. Let T= d<m°te the totaL number of units of the 

item available from all the suppliers. For each value of C min > generate 
the following instance of the MCK problem. The universe, (/, consists 
of »«T items, partitioned to m sets Uj, U m . The set £/, represents 
the supplier $ f ; the size of V, is T h the maximal number of units 
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available from For the./-th item in U it is the minimal, cost of 
buying/ units from $ h and v,,- =j\ Now, we find the maximal profit 
from packing items from £/), U* in a knapsack of capacity B=C mim 
with the restriction, that from each set wc choose at most one item. 

3* Use a binary search to find the minimal value of C min > 1 

which yields a feasible solution, i.e., the profit (- number of items 
provided) is at least w. 

For the time complexity of the above scheme, we first note that for each 
guess of C min , and for any e>0, we can get a (l+e)-approximation for the resulting 
instance of MCK in G(Tlog T + mT/e) steps [L79], Now, the number of guesses 
of C min equals to bgj+ K C R c» hence, for a given value of C HG , the running time of 
the scheme is 

0(Iogi , e C R o (T log T + mTY &)) 
= 0(log, +e (xv c max ) (T log T + mT/ e)) 
Mote, that since J) > m h for 1 <i<m, adding the running time of RG 
i = l[^=i m i) does not affect the overall complexity of the scheme. 

When the price tables are rational and monotone, we can reduce the 
number of elements in the instance of MCK to T^^ Jhg^T^; from each 
supplier, $i, we allow to buy number of units, which is an integral power of (1+e). 
This may increase the overall cost of the deal at most by factor (1+r.), a$ argued in 
Section 5.1. Thus, the number of items in the set V x is at most [log^T^; $y is the 
cost of buying (t units from S h and v, y Now, we add also the 

running time of RG, and get that the overall running time of the scheme is 

0(log 4 ^ (n* W) (T log T'+ mTV e)+M), 

Let T max =maxi T h then T } =0(m log T m€ J, and we get that the overall 
complexity is 
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0(logi + * (n- c ma x) (m (log T wliX f+ m 2 log T max / e)4-M). 
6. Approximation Schemes for Multiple Item Deals 

Assume now that the unit cost for each item is given in various ranges, and 
that each supplier offers combmatlom of the appropriate number of units, from the R 
items, in each of the ranges (see e.g. in Table 3.2)* 

6. 1 Unbounded Case 

We assume first that the number of units of each item is unbounded, fov any 
supplier. For this case we propose an approximation scheme that uses as input the set 
of all possible packages offered by the suppliers. We use as procedure an 
approximation scheme for a variant of the Tnteger Multi-Dimensional Knapsack 
problem [CHW-76]. (We describe this problem in detail below). Our general scheme 
proceeds as follows. 

1 . Run algorithm MRG on the input instance, to obtain an upper 
bound for the minimal cost, C m ,„. Initially, set C min = Cmo . 

2. For a given value of C mtl1 , scale the package prices as follows: 
round up the price of each package to the nearest multiple of B-Cmh/m, where 
m is the number of suppliers. 

Divide by e C mit /m the prices of aJl packages, such that all prices are in 
the range (0, m/s). Finally, round up the price of each package to the 
nearest integral power of (J +e), Now we have Q(ln m) price categories for the 
packages. 

3. For group / (i.e., the price of a package is (J find a vector 
of length R, gi ven as a set of integral values, 1< aj < //e, describing the 
amount of items of each type covered by that group. More specifically, if 
group / covers the vector (aj, <W then the packages selected for the deal 
will cover at least bj - a, units from item j, l<j <R. 



294 



WO 02/077759 



PCT/US02/08293 



4. Given a covering vector for group /, find a subset of packages 

in this 

group that covers the vector at minimal cost. 

5. Use a binary search to find the minimal value of C w /„ » / < C m j„ 
< Cmro > which yields a feasible solution, i.e., the number of units provided 
from item/, for all J<j < R is at least n Jt 

We now describe in detail Step 4. of the scheme. In this step we need to find a 
combination of packages of a given cost category* which covers certain amount of 
items from each of the R types, at minimum, cost. We use the following LP relaxation 
of chit problem. We call this problem SUP. Suppose that there are Ni packages in 
group /, /< Ni < N. Given the non-negative rational values c h b, and a& where / < / < 
and 1 <j<R, we need to solve the following linear program. 

Minimize 5jm c ' x * 

subject to 2£;vt,;> 

Xi > 0 W, Ni 

For such a system of inequalities there is a solution in which at most R values, 
x, , . . . ,x iK get non-zero values (see e.g. in [L-76]). Hence, it suffices to solve 

the above linear program for the ^ j possible subsets of R variable out offx/, 

We now describe an approximation scheme, based on an optimal solution 
for the above program, 

Algorithm Multi-dimensional Cover (MDC); Let x h ,. . be an optimal 
solution for the problem SUP. We take p x n ~j , . ♦ V J~ as approximate solution. 

Denote by Csup the optimal cost for the problem SUP; C MDC is the cost of 
algorithm MDC and C 0 is the optimal cost for our original covering problem (in 
which we can take an integral number of units from each package). We denote by 
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c h , . . . , c ttt the costs of the packages that are supplied in the optimal solution for 
SUP. Note that C n > Csup - Hence we get that 

Cmdc - Co < Cmdc - Csup < c it + • ■■ +<?, A < A* max {a, c^y. 

We now describe an (1 -^-approximation scheme. 

Given a vector x we sort the entries such that cj > *■• > c^ # . For a given e>0, 
let e and * . ((1 / - 1)]. Denote by Q the set of integer vectors x=*(xl 

, ^> satisfying x k > 0 and < A 

For any vector x<z Q wc run algorithm MDC for the following problem. 

Let d > / be the maximal integer / for which x, * 0 . Then we solve the LP for 
the problem SUP, given by 

Minimize J^e^ 

Subject to 22 rt V/**/-22Vi Z^-* 
> 0 *«/....,JV> 

Denote by C^£><; fo) the value obtained from running MDC on the fractional 
solution of the above program, with a given vector x and lei c^h^-iw ■ The 
algorithm MDC ff selects the vector x for which 

Ctfnc t (x)~min x &a ( c(xy\- Cmdc (x)) 

Using arguments similar to those in [CHW-76] it can be shown that (i) The 
running time of algorithm MDC e is 0( rf m \ and its space complexity is Q(N); (ii) 
If C 0 * ft qo then C w/x: / C 0 < 7 + & 

We now compute the overall time complexity of the above scheme. 
The running time of the scheme consists of the running time of MRG, to 
which we add Steps 3 - 5. The heart of the scheme is Step 4. For a given value 
of C min we run algorithm MDQ, for each cost group I 1< I < (m/e) 
taking all the possible allocation vectors (a/, a^. We define a 
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configuration to be a given set of allocation vectors for all the cost groups. 
The running time of Step 4. for each configuration is Q{logi± e n <jsft n,c \ and 
the possible number of configurations is 

Hence, for a given value of C«m the running time of Step 3. 
and 4. is 

€ 

As before, we need to multiply the above complexity by the number of 
guesses of the value of C mint which equals to logj+ e (tv c tnatK } and add the 
running time of algorithm MRG, which is linear in the total number of 
packages. This gives the overall running time of 

0(N+ logi+* (n- U • logj+c n • N w * (mfy R ,n(Us)h ). 

6,2 The Bounded Case 

In the bounded case we associate each supplier 5a with a set of packages, 
{h % /—JwJ> where Nh is the number of distinct packages offered by £/„ 

1< h< m. Denote now by 7]/ the total number of units of item j held in the 

stock of Sh- We describe below an approximation scheme, which uses Steps 1 . - 5. as 
in §7.L However, we need to slightly modify algorithm MDQ (in Step 4.). 

We use in our scheme the following assumptions: (i) The number of suppliers 
is a fixed (but arbitrary) constant, (ii) There exists an optimal (possibly fractional) 
deal, where the number of units bought from each i tem, for any supplier h is at most. 
2)/ /2. Assumption (ii) implies that the order sizes are small relative to the amount of 

unit9 available of the items, from each supplier. Thus, we refer here to small 
customers. 

Our scheme for the bounded case proceeds similar to the scheme described 
in §7.1 . In Step 4., we need to find a deal of minimum cost that covers the allocation 
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vector assigned to group /. While doing so, we also need to verify that the overall 
number of units covered in our solution is bounded by 7J/ for all lSj 5 J? and l<h< 
m. This is done by allocating to each cost group I some fraction of the stock of item/ 

supplied by Sfc. We define for group / a stock vector of length Rm, /A* 

Pm.t> Pm t *) 9 where l< fihj < l/(2u). We select the set of stock vectors for the cost 
groups, such that the total number of units that can be allocated from item /' by Sk is at 
most T f { /2. By Assumption (ii) ihere exists an optimal solution that uses at most half 
of the stock of item j\ for each supplier. The stock allocated to the group / by S h from 
item / is then given by fkj •* T h J . 

Note that in this partition of the stock of each item for specific supplier, we 
allow non-integral number of units to be supplied by some groups. These non- 
integral values are used in the LP, and are later rounded by algorithm MDC. 

Wc summarize below the modified scheme* 

1 . Run algorithm MRO on the input instance., to obtain an. upper 
bound for the minimal cost, C min . Initially, set C min — C m o . 

2. For a given value of C mim scale the package prices as follows. 
Round up the price of each package to the nearest multiple of e^C^r/N, where 
N is the overall number of packages offered by the suppliers; divide by 
e/C mit /NihSi prices of all packages, such that all prices are in the range {(),-.., 
N/a)\ round up the price of each package to the nearest integral power of 

3 . For group / (i) find a vector a of length R, given as a set of 
integral values, 1< ay < J/e, describing the amount of items of each type 
covered by that group; if group 1 covers the vector (ai> ... . atf then the 
packages selected tor the deal will cover at least bj - «/ *enj units from itemy, 
I<J<R. (ii)Findavector/^oflengtliAm, given as a set of integral values, 
1< phj < I/(2eX describing the amount of items of type j allocated to group / 
from the stock of the supplier S*. 
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4. Given a covering vector a and a stock vector /? for group /, find 
a subset of packages in. this group that covers a while satisfying the stock 
re$triction$ given by /?, at minimal cost. 

5. Use binary search to find the minimal value of C min , 1 < C mtn < 
Cmrc , which yields a feasible solution. 

We now describe in detail Step 4. of the modified scheme. Define the set of 
vectors Q and S as in §7. K For any vector xe Q we run algorithm MDC for the 
following problem. 

Let d > J be the maximal integer / for which *, * 0 . Then we solve for group / 

the LP: 

Minimize SLj*'*' 
Subject to E^ + i^^ 6 >-Sm^ J=l >& 

Zi > 0 J-/,...JV; 

Denote by Cmdc (x) the value obtained from running MDC on the fractional 
solution of the above program, with a given vector x, and let 2m ■ ^ e 
algorithm B-MDQ selects the vector x for which 

C*-*mc t (ty-wtoae a ( Cmdc (x)) 

As before, we can use arguments similar to those in [CHW-76J to show that (i) 
The running time of algorithm MDC e is 0(N^ amU \ and its space complexity is 
O(N); (ii) If C a * ft op then C B _ MDC „ /C V <1+ c. 

We now compute the overall time complexity of the modified scheme. 

As in §7-1, the running time of the scheme consists of the running time 
ofMRG, 

to which we add Steps 3.- 5. For a given value of C min we run 
algorithm 
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B-MDQ for each cost group /, 1< t < logj+ r (N/e), taking all the 
possible 

allocation vectors (aj } aid and stock vectors (0u>— We 
define a 

configuration to be a given set of allocation and stock vectors for all 
the cost 

groups. The running time of Step 4. for each configuration is 0(/og; )e 

and. the possible number of configurations is 0((N/b) Rm ' ln(1/c) /c ). 
Hence, for a 

given value of Cmtn the running time of Steps 3. and 4, is 

0{log Hc n ■ M*"" 1 • (— )^' /rtfi/e)/ff ). 

e 

Finally, we multiply the above complexity by the number of guesses of 
the value of C mint which equals to logi+e ( n% arw * add the running time of 
algorithm MRG. This gives the overall running time of 

0(N+ logi , , (n- c max ) ■ logj+ e n • (Kf '^fW' y 

€ 

Deal Splitting for Quantity-additive Deals 

Terminology and Definitions 
Wc start by introducing new concepts. 

DS Algorithm 

A DS algorithm accepts a collection of sellers and a request from a 
buyer, and finds a purchasing deal that satisfies the buyer's request with a 
minimum price. 
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Supplier, Seller 

Each seller is a collection of sub-sellers, such that each sub-seller defines a 
collection of items that must be bought, together, within the ranges of their respective 
quantities. The seller also has an availability vector of quantity in stock, per each 
item. 

Notes: 

\> So far we used the terms Suppliers, and their respective Sub- 
Suppliers, whereas the Utility-Layer sections mention the term. Seller; this 
section considers Sellers and Suppliers as synonyms, and similarly for the 
terms Sub-Supplier and Sub-Seller (see below). 

2. A human trader, in light of the received buyer's RFQ, may 
define a sub-seller explicitly. Furthermore, a collection of sub-sellers may 
be derived automatically from a seller's intention. 

Sub-supplier, sub-seller 

A sub-seller represents an entry in a price-table of the seller. It 
identifies the seller's preference for selling one or more items with specific 
quantities for a specific price. 

A sub-seller is represented by two data-structures: (!) An RFQ containing the 
requirements and ranges for quantities of items. (2) A relevant GI* model, 
which contains constraints and preferences upon the items. The GP model is 
actually a sophisticated price formula for calculating the price of a package, 
instead of using a simple price-per-unk equation. 

Package 

The DS algorithm operates on packages. A package is an explicit deal, 
generated from a sub-seller, A package specifies exact quantities of the items 
to be purchased with a total price for the purchase. 

Final deal 

The final deal is a collection of packages with their relevant total 
prices. The final deal's total price is the sum of these prices. 
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General Item (Gl): 

This is a virtual item. It contains a collection of real items that must be 
supplied by the name supplier. Notice that it is the buyer who defines GIs. A 
supplier that knows the buyer's published RFQ may define its sub-suppliers 
while taking into account the buyer's Gift, however, this should not impose 
any preference to use such sub-suppliers in the system's solution. 

Item ID. 

An item is identified via a notion (Le., type, e.g., Mouse, KB, CPU) and a 
name, A name is usually a serial identification number, which is usually used to 
distinguish simple items that should be provided within a GI and those that should be 
provided as £t stand alone" simple items. 

RFQ 

Request For Quote is a general term describing a buyer's request for 
purchasing specific items with specific quantities (or ranges of quantities). See 
example below in the description of the input. 

RRFQorRRF 

Response to RFQ is a general term describing a seller's offer for 
selling speci fic items of specific quantities (or ranges of quantities). An RKF 
also specifies a price-per-unit for each of the items provided, or a general 
function for calculating a total-price of a package from the RRF, 

Input 

Buyer (A single buyer) 

1 . RFQ (buyer's requirement) 
An RFQ of Simple Items and General Items with their relevant attributes 





Example 


GI 


Item Notion 


Item 302 


Quantify 


Flag 




Name 




■ F 


Mouse 


0 


30-80 ' 
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• Notice that this is the exact requirement of the buyer, so 
that the suppliers can respond according to this explicit request by the 
buyer. 

GP model 

The buyer preferences and constraints are represented via a GP model. 
Notice that the model may be very complex. It may impose constraints upon 
the attributes of each item, such as on delivery date, color, quality, etc. as well 
as trade-offs between these attributes. Moreover, the GP contains objectives, 
describing penalties or bonuses upon deviating from the sped Med goal 
target(s). 

The model is used to evaluate the packages of the suppliers in terms of the 
buyer's currency (that is, his GP) S via a special utility that evaluates the 
packages even when a certain package does not fulfill the whole requirement 
of the buyer (according to the "quantity additive deals" assumption; see 
Siage III Evaluating the packages,) 

Supplier (Multiple suh-suppliers) 

2. Availability vector 

This is a vector describing the available quantities for the items 
that the supplier provides- General Items are not specified here, as only 
the buyer defines them. 
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Example 



Item 


Tire 


Body 


Radio 


Car 


Quantity 


200 


10 


50 


na 



Sub-suppliers 

A sub-sapplier represents a collection of items that must be 
bought together as a whole. Each item in the package has specific 
attributes and ranges of values for the attributes. 

A sub-supplier is represented, similarly to a buyer, via an RR_F 
(Response to RFQ) and a GP model. 



Algorithm Flow 

Stage L "Splitting" the buyer 

The input RFQ of the buyer may include ranges of desired quantities, 
of the various items, for purchase. However, the DS system used is based upon 
exact quantities. That is, given a vector need of the required quantities for each 
item, a DS algorithm seeks a solution such that the purchase includes at least 
need quantities for every item, with minimum overaJ) price. Moreover, the 
need values express minimum required quantities, and the DS algorithm 
cannot handle maximum values, and therefore cannot handle ranges in the 
need vector. 

a. Input: 

Buyer RFQ, quantities and Gl clearly marked 
K, number o f maximum specified deals allowed. 
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Output 

Up lo K different derived "new " RFQsfor the 
Buyer, where each RFQ contalm explicit values (non-ranges) 
for the quantity variables of all the itqms fi.e., a need vector 
expressing quantities in term* of (simple) Hems and GIs). 



Algorithm outline 

The basic idea is to choose the most important R items (the 
user should, define the importance of the items); and allow quantity 
combinations only for these items, when the other items will have a 
randomly chosen quantity value within their range. Alternatively, 
we will allow users to specify desired quantities for items and use 
these targets for the less important items (these targets need not 
affect the GP's objective functions). 

Example: Suppose we have five items with the ranges 
below, when 72 and 74 are the important items, and we would like 
to have at most K=8 combinations: 

71: [1-10], 72: [20-70], 73: 11-100], 74: [50-70], and 75: [2-6] 
Then, for instance, 72 and 74 will have the representative 
combinations: 

[30 ? 50], [30,57], [30,63], [30JQ], [50,50], [50,57], 
[50,63], [50,70] 

For the other items, we'll choose at random, within their 
ranges, quantity values for each combination. Alternatively, if 
target quantities were specified for the other items, these will be 
used instead of a random, selection. 



Stage H. Preparing Sellers* Packages 

The MRG algorithm (Ml-DS greedy algorithm) works upon explicit 

packages of values for the attributes, where each package has u specific price 

value for purchasing it As such, it considers only the quantity attribute, and 
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prepares al! the possible packages of a sub-supplier by generating all the 
possible combinations of unique quantity values fox all items. 

The algoiithm described herein is used in order to generate all the 
possible packages for the MRG algorithm. However, due to the concept of 
General Items, further treatment is required, as introduced in Stage IV. 

b, Input: 

A list of Sellers, with a list ofRFQs (sub- 
suppliers) for each seller 

K the number of maximum allowed packages 
per one seller. The default value, which is Infinity, allowing all 
the possible packages. 

S (optional), ifKis a finite number, then the 
user must specify the most important items. Target quantities 
may be specified for the items. 

The buyer 's RFQ (indicating the Gls, if any), 



Output 



Up to K (or all the possible) quantity-based 
packages per seller, 



Algorithm outline 

1 . If(K = Infinity) then create all the basic packages. 

2. Else, choose the most important items (defined in S) and 
allow combinations only for these items, when the other items will 
have a randomly chosen quantity value within their ranges. See 
the algorithm outline of Stage I "Splitting" the buyer. Incase 
target quantities were specified for items noi in S t they may be 
used instead of a random 
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Discussion 

It is recommended that a pre-processing check be done to verify that each 
of the buyer's items may be supplied by at least one seller. 



Stage III. Evaluating the packages 

Partial evaluation of GP objective function (first level ofGP only) 
c. Input: 

Buyer 's GP model 

Buyer 's Need Vector 

A seller 's GP model. 

A seller 's offered package to evaluate. 



Output 



The value of the buyer *s objective function first 



level 



Algorithm outline 



1 . Build a new GP model (GP« w j): 

Merge the seller's GP and the buyer's one, and set the objective 
of the new GP to be the first level of the buyers objective. 

2. Set values for the GI variables: 
See discussion below. 

3 . Set values for the quantify variables: 

For every quantity variable in the Need vector, set the relevant 
quantity value (add a hard-bound constraint to GP^y 

4. Adjust the objective function for all the 
variables: 



307 



WO 02/077759 



PCT/US02/08293 



a. For all the variables that are in the RFQ 7 
multiply the relevant deviation variables (in the objective 
function) with the fraction quantity, which is the offering 
package quantity value divided by the Buyer Need Vector 
quantity value (the intuition here is discussed 
subsequently). 

b. For missing variables in the offering package, 
deviation variables are set to zero. 

5 . Solve the GP^i model and return the value of 
its single level objective function. 

Discussion 

1 . Note the following concerning the evaluation of a 
package: 

- The value of a package (price) is evaluated in 
the buyer's currency. 

- Still, a package is at all valid, if it conforms to 
the seller's constraints (as expressed in the sub-seller*s 
GP). 

- Therefore, the calculation of price can be 
thought of as that of a "knowledgeable" sub-seller who 
knows his own restrictions as well as the buyer's GP. 

2. The evaluation of a package is done according to the 
estimated final- total-quantity of the deal, as it appears in the 
Buyer's Need Vector. However, the DS algorithm may solve the 
problem with higher quantity values than those that appear in the 
Need vector, and in this case the value we calculate here is not 
accurate and is therefore an approximation. 
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Stage IV. Preparing GJ Packages 
d. Input: 

Packages with their prices as computed in Stage 

III 

Output 

Additional packages coruaining GIs. 

Algorithm outline 

For every basic package in the input: 

1 . Pot all. the GIs ixx the Buyer's RFQ, gi . . , gh 
i. And for every basic package generated in stage 

II 

a. Generate all the possible combined 
multiplicities of gi,... ? gh whose overall item total is 
within the package* leaving the residue values in the 
original items. 

b. Keep the basic package's price with the 
new packages thus generated. 

Discussion 

We can enhance the support for GIs by trying to combine more than one 
sub-seller of the same seller. We may run the MRDS algorithm upon a specific 
seller, and generate semi-deals representing combined sub-sellers that can provide 
the GIs. 
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Stage V. Execute MRG 

This stage is concerned with running the MRG algorithm, after 
preparing its input, to find an approximate solution to the best combination of 
packages (with minimum price). 

3. MRG 



Output 



e. Input 

A buyer 's Need Vector, 

A collection of quantity-based packages and 
(heir explicit prices from all sellers. These are the packages 
prepared in stages II and IV with their prices calculated in 
stage III 



A Deal structure; A list of packages spccilying a 
deal composed of sub-suppliers together with an identification 
of their original suppliers. 



Algorithm outline 

See the section describing MRG. 

Note (MRG implementation issue): The Need Vector is already 
in terms of GTs and the MRG will work transparently using MRG- 
alpha values accordingly. 



Stage VI. Final Deal Price for a "split-buyer" 

Re-calculate the price of each package in the final deal, but this time instead of 
using the Need Vector uses the actual quantity values as calculated by MRG 

The final price is the sum of prices of the deal's packages 
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Note: It might be instructive to display the difference between the two 
sums of the packages' prices (according to the Need Vector, and according to 
the MRG result) so as to hint at the accuracy of the approximation* 

Stage VII. Final Overall Deal Price for the Buyer 

Among aU the deals of split buyers calculated in stage V.I 7 obtain the best one 
for the buyer. 

Reference is now made to Fig. 50, which is a simplified diagram of a process 
of deal splitting. 

Discussion 

A deal is made of several packages. We need to explain how to assign a value, 
or a score, to a deal. One desirable property is that rearranging the same package in a 
different way, as a deal split into sub-packages will not result in a different value. For 
this, we define the notion of a consistent deal composition scheme. 

We would also like to combine different packages in a deal and weight each 
packaged contribution according to ihe quantities of items it has. Naturally, the 
question arises as to whether this operation is the "right thing to do". We show, 
however, that if our package evaluation function enjoys a certain desirable property* 
Le. 5 quantity-additive of good, then this relative weighting composition defines a 
consistent composition. 

This lends credibility and legitimacy to our weighting scheme. 

Our argument is expressed below through a series of definitions and claims: 

Deal Composition functions (for Deal Splitting evaluation) 

If a buyer's RFQ were to he satisfied by one package, then we can calculate 
the exact cost of the package in terms of the buyer's ''currency" However, as we are 
using deal-splitting techniques, we'll usually need many packages (offers from 
different sub-sellers) to cover ihe buyer's request Below we explain how and when is 
it possible to split a deal and calculate its price by combining the prices of its 
packages. Suppose that; 

• The deal is a collection of packages P l% ... 9 P H . 
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• Each package P t is a collection of items 1^ I k . 

• In package^. p each item J, is associated with va/wes 

"up •»» for ^tribute set ^ . Without loss of 

generality, for all /: A A is the quantity attribute tor item j , and its 
values a w will be described using the symbol q y , 

• f (package) : The value of a package is the raw of the values 
of the individual items in the package. That is, the package evaluation 
function evaluates each item independently of the other items, and as 
such, changing the attribute values of one item may not alter the 
evaluation of any other item in the package. 

• F f (deal) : The value of a deal is the sum of the values of the 
individual packages. As such, F f is called a deal composition scheme. 

Consistent deal composition schemes 

Consider a deal D «* F i9 P m where for each item,/ each attribute 
Aji 9 such that i > \ (i.e., the non-quantity attributes), has the same value (e.g., 
for item 5, all the date attributes have the same value). 

Also consider a single package deal, whose only package is P 0 9 which 
for each itemy, has the same attribute values as in D for the non-quantity 
attributes, and whose quantity attributes are q m - £ q t/ . Tliat is, all the items 

of certain kind are coalesced. 

We define a deal composition scheme to be consistent, when: 

AP D )~F f (D)> 

Intuitively, this means that taking a package and breaking it quantity- 
wise while keeping the other attributes unchanged, results in a deal with the 
same value as that of the pre-split package. 
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Reasonable package evaluation functions 

First we define the following properties over functions for evaluating 
packages. Recall that a package evaluation function is the sum of individual 
items in the package. 

A quantity independent function over packages, f a , is such thai given 
a package P t , then for each item given quantities q tJ =0, j&l 

J a ($9 » ■ • » »" * " > 9 It » ' ' •*&tj i itlit) ■ * " * A • • *> 

, , and a quantity independent function Z> = F, Given a deal 

, such that given a we define 3 quantity additive function over packages, 
, q if =0, y^r then for each item A given quantities /^package 
denotes the argument in 1 . • where (•) =* /<2 y )- f tt 0) 

Notice that Q, = , i.e. ? ihe total quantity of itemj in all the 
packages of Z), 

, is such that given a package f 0 A consistent function over packages., 

q (f 0, y « then for each item /, given quantities 
fp (0> ■ ■ • » * * ' * > #/r » ■ * * > a UM0 > " ' A ' ' • * ) ^ 

#, ( , is That is, the value of a package consisting of one item with quantity 
limes the value of the same package with only one quantity purchased. 

, f fi , and a consistent function f^ Given a quantity additive function 

we define a soadfunction over packages, as follows: 

Claim. For every quantity additive function f the scheme Fj is 
consistent 
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Claim. For every good [function f, the scheme F f is consistent 

Note, The deal-splitting algorithms described in the DS section 
evaluate packages by requiring hprice-per-unii specification per each item. 
However, in this section we are presenting an approach where a package is 
evaluated as a whole via a general mathematical method, such as GP models. 
Therefore, we ask for a weaker relationship between the items prices and the 
package's price in the form of the quantity-additive property. 

It is appreciated that certain features of the invention, which are, for clarity, 
described in the context of separate embodiments, may also be provided hi 
combination in a single embodiment. Conversely, various features of the invention 
which are, for brevity, described in the context of a single embodiment, may also be 
provided separately or in any suitable subcombination. 

It will be appreciated by persons skilled in the art that the present invention is 
not limited to what has been particularly shown and described hereinabove* Rather 
the scope of the present invention is defined by the appended claims and includes both 
combinations and subcombinations of the various features described hereinabove as 
well as variations and modifications thereof which would occur to persons skilled in 
the art upon reading the foregoing description. 



p 
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Claims 

LA platform for supporting negotiation between parties to achieve an 
outcome, the platform comprising: 
a party goal program unit for: 

defining respective party's goal programs in respect of said outcome, 
said goal program comprising a plurality of objective functions and constraints 
associated with respective objective functions, 

for associating each of said objective functions with one of a plurality 
of levels of importance;, and 

for assigning to objective functions within each level a respective 
importance weighting, said party goal program unit comprising a party input 
unit for allowing a party to provide data for a respective goal program^ 
a goal program unifier, associated with said party goal program unit for 
receiving goal programs of respective parties, and carrying out unification of said goal 
programs by considering said objective functions objectivewise and levelwise with 
associated constraints in the respective goal programs to determine whether two goal 
programs have a common field of interest from which a mutually compatible outcome 
is derivable, 

a negotiator associated with said goal program unifier for receiving goal 
programs of respective parties, and carrying out negotiations using said goal programs 
by considering said objective functions objectivewise and levelwise with associated 
constraints in the respective goal programs to arrive at said mutually compatible 
outcome by carrying out minimization firstly objectivewise and then levelwise, 
therewith to form an offer., 
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an output unit for offering said unified goal program to said respective parties, 
a response receiver for receiving from respective parties either counter offers 
or acceptances, said response receiver being operable to provide counter offers as new 
goal programs to said goal program negotiator for further unification, 

2.The platform of claim 1 ? wherein said negotiator comprises a trade-off unit 
for identifying excludable objectives levelwise in a first party's goal program for 
conditional weakening from said outcome in a trade-olf involving strengthening of 
other objectives within the same level of said tlrst party. 

3 .The platform of claim 1, wherein said negotiator comprises a trade-off unit 
for identifying excludable objectives levelwise in a first party's goal program for 
conditional weakening from said outcome in a trade-off involving weakening of other 
objectives within the same level of another party. 

4. The platform of claim 1> wherein said party goal program unit is operable 
to express said objective functions in a weighted hierarchy according to the respective 
associated level of importance, and to express each constraint in terms of a constraint 
variable, thereby to form an expression for minimization, at said negotiator. 

S.The platform of claim 4, wherein said party goal program unit is operable to 
use data from said party data input unit to apply coefficients to said constraint 
variables. 
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6<The platform of claim 5 9 wherein said party goal program unit is operable to 
apply user input to provide different values of coefficients to said constraint variables 
for deviations of a corresponding objective in respective positive and negative 
directions. 

7. The platform of claim 6, wherein said objective program unit 1*5 operable to 
apply $aid user input to apply said coefficient values to define any one of a group 
comprising: 

a strong one sided objective, 

a weak one sided objective, 

a complex single sided objective, 

a simple two .sided objective, 

a complex two sided objective, 

a simple first side-complex second side objective, 

a simple two-sided objective with an indifferent range, 

a complex two sided objective with an indifferent range* and 

a simple first side-complex second side simple objective with an indifferent 

range. 

S.The platform of claim l s wherein at least one objective comprises a series of 
discrete values. 

9.The platform of claim 8 ? wherein said party goal program unit is operable to 
apply user input to formulate weightings for respective ones of said discrete values, 
thereby to express a preference between said discrete values. 
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lO.The platform of claim 4, wherein at least one objective function comprises 
a continuous variable,, and wherein said party goal program unit is operable to apply 
user input to determine whether said continuous variable is to be maximized or to be 
minimized. 

lLThe platform of claim 4, wherein said negotiator is operable to arrange 
said levels in a hierarchy and to carry out minimization by summing objective 
functions associated with constraint variables levelwise in said hierarchy. 

12/The platform of claim 4, wherein said negotiator is operable to carry out 
minimization by carrying out minimization per constraint variable and setting a 
maximum bound per deviation. 

13. The platform of claim 4, wherein said negotiator is Operable to carry out 
minimization for an expression comprising first ones of said constraint variables and 
then to add further constraint variables to said expression for a further minimization 

stage, 

H.The platform of claim 1, wherein said party input unit is configured to 
receive data from a user interface. 

1$. The platform of claim 1, wherein said party input unit is configured to 
receive data from a software agent. 
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16. The platform of claim 1, wherein said party input unit is operable to 
identify parameter data missing from an input and further comprises a default value 
generator for generating said missing parameter. 

17, the platform of claim 1, wherein said party input unit is operable to 
identify parameter data missing from an input and further comprises a default register 
of values for expected parameters. 

1 S.The platform of claim 1, wherein said party input unit is operable to obtain 
lower and upper bounds for at least some of said objective functions. 

19The platform of claim 18, wherein goal program unit is operable to use said 
upper and lower bounds to express deviations of a respective objective function from 
a target value relatively, thereby to render said deviations subject to comparison by 
said unifier or by said negotiator. 

20. The platform of claim I, wherein said party input unit is operable to obtain 
a objective function interval, and a value for a penalty for deviating from said interval, 
and wherein said unifier is operable to define a working interval between two 
objective functions as an intersection between respective intervals. 

21. The platform of claim 20, wheirein said unifier is operable to determine that 
a target value of one of said objective functions is outside said working interval, and 
to modify said target value to approach a closest boundary of said working interval. 
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22. The platform of claim 21, wherein said unifier is operable to apportion 
said penalty in accordance with said target value modification. 



23. The platform, of claim 22, wherein said intersection is a point. 

24. The platform of claim 22, wherein said party goal program unit comprises 
operability for determining that an intersection is small to the satisfaction of 
respective parties and, when said intersection is recognized as small, said negotiator is 
operable to select a point within $aid intersection being a midpoint between respective 
target values, 

25. The platform of claim 19, wherein said negotiator is operable to measure 
deviations within said interval as a fraction of a total size of said interval. 

26. Hie platform of claim 25, wherein said party goal program unit is operable 
to obtain importance values for deviations from said target and wherein said 
negotiator is operable to use said importance value as a multiplier to measure said 
deviation. 

27. The platform of claim 20, wherein said negotiator is operable to identity 
intersections that are small and distant from a target value compared to one of said 
objective fixnetions and large and inclusive of a target value compared to another of 
said objective functions, to set an effective target at the closest intersection boundary 
and to set a transformed deviation as giving the arithmetic deviation when multiplied 
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by the effective target and then added to the difference between the old target and the 
effective target, to produce a result which is divided by the old targeL 



28. The platform of claim 1, wherein said party input unit is operable to permit 
a party to define at least one single dimension interval objective in respect of said 
outcome, and to associate said objective with a range of indifference having an upper 
bound and a lower bound, a first weighting value for deviations below said Jower 
bound, a second weighting value for deviations above said upper bound and a relative 
importance for said objective, 

said unifier being operable to use said range of indifference, said weightings 
and said relative importance to unify said at least one objective with at least one other 
objectives to determine said compatibility. 

29. The platform of claim 28, wherein said at least one other objective is a 
corresponding objective in a goal program of an opponent. 

30. The platform of claim 28, wherein said party input unit further comprises a 
prioritizer for allowing said respective party to define said association of a respective 
objective function levelwise with other objectives, said party input unit further being 
operable to allow said party to establish a priority with objectives within, a same level. 

3 1 . The platform, of claim 1 , wherein said party input unit is operable to permit 
a party to define a two dimensional trade-off objective by entering two two- 
dimensional points, said party goal program unit being operable to define a trade-off 
Line between 5aid two points. 
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32. The platform of claim 31, wherein said party input unit is operable to 
permit a party to define weights for deviation from said trade-offline. 

33. The platform of claim 31, said party input unit being operable to permit a 
party to define a relative importance for said two dimensional trade-off objective. 

34. The platform of claim 33 ? wherein said party input unit is operable to 
permit a party to associate said two dimensional trade-off objective level wise with 
other objectives. 

35. The platform of claim 34, wherein party enterable weightings are usable 
by said unifier to establish a priority between objectives in a same level- 

36. The platform of claim 1, wherein said party input unit is operable to allow 
a party to define at least one single dimension two-point objective in respect of said 
outcome, and to associate said objective with an upper point of preference, and a 
lower point of preference, a first weighting value for deviations below said lower 
point of preference, and a second weighting value for deviations above said upper 
point of preference, said goal program unit being operable to provide weightings to a 
region included between said points of preference by assigning said first weighting 
value below said upper point of preference and said second weighting value above 
said lower point of preference and defining an overall weighting within said region as 
a minimum of said weighting values, 
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and wherein said unifier is operable to use said range of indifference, said 
weightings, and said minimum to unify said at least one objective with other 
objectives to determine said compatibility. 

37. The platform of claim 36 ? wherein said party input unit is operable to 
permit a party to define a relative importance for said single dimensional two point 
objective, 

38. The platform of claim 37, wherein said party input unit is operable to 
permit a patty to associate said single dimensional two point objective levelwise with 
other objectives. 

39. The platform of claim 38, wherein said relative importance is usable by 
said negotiator to establish a priority between objectives in a same level, 

40. The platform of claim 1, wherein said party input unit is operable to permit 
a user to define a piecewise linear two-dimensional goal by entering at least three 
two-dimensional points, said party goal program unit being operable to define a trade- 
off line between said three points, 

said negotiator being operable to apply penalty values to points on said trade- 
offline in accordance with their distances from said points. 

41. The platform of claim 40, wherein said party input unit is operable to 
permit a user to define a first deviation weight for deviating in a first direction from 
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said trade-off line and a second deviation weight for deviating in a second direction 
therefrom. 



42. The platform of claim 1, wherein said party input unit is operable to permit 
parties to define objectives comprising pairwise trade-offs having at least two points 
and a trade-off therebetween, and to associate each of said trade-ofifs with a slope. 

43- The platform of claim 42, wherein said party goal program unit is operable 
to prevent inconsistent trade-offs to be defined within the platform by preventing said 
parly input unil from accepting more than one trade-off from referring to any given 
point. 

44. The platform of claim 42, wherein said party goal program unit is operable 
to warn users of inconsistent trade-offs by outputting a warning whenever a trade-oif 
being entered has a point already included in a previously entered trade-off! 

45. A platform according to claim 1, wherein said party input unit is Jfurther 
operable to allow a party to define disjunctive constraints in respect of objectives, said 
goal program unit comprising a disjunctive constraint processor for translating a 
disjunctive expression into at least one linear conjunctive expression, and wherein 
said unifier is operable to utilize said linear conjunctive expression to unity said at 
least one objective with other objectives to determine said compatibility. 

46. The platform of claim 45, wherein said disjunctive expression comprises a 
series of relationships including equality relationships. 
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47. The platform of claim 46\ wherein said disjunctive constraint processor is 
operable to carry out said translation by expressing at least one of said equality 
relationships as the union of two corresponding inequalities that meet at a point of 
equality of said equality relationship. 

48. The platform of claim 46 5 wherein said disjunctive constraint processor b 
operable to define binary variables for said relationships, for setting wherever said 
relationships are satisfied, and wherein said negotiator is operable to sum said 
variables to determine a satisfaction level for said objective. 

49. The platform of claim 48, wherein said party goal program unit is operable 
to set a requirement of a minimum number of satisfied relationships for use by said 
negotiator. 

50. The platform of claim 1, wherein: 

said party input unit is further operable to permit each party to define 
weighting values for a discrete variable predefined per outcome, for use in said goal 
program definition, and 

said negotiator being operable to carry out negotiation of said goal programs 
by considering said weighting values to arrive at an outcome comprising an offered 
one of said values. 

51. The platform of claim 50, wherein said party goal program unit is operable 
to use said weightings for respective values of said discrete variable to arrange said 
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variable as a weighted hierarchy, said hierarchy being usable by said negotiator to 
arrive at said offered one of said discrete values. 



52, The platform of claim 51, wherein said party goal program unit is operable 
to use said values and respective weightings to build summation functions, therefrom 
to express said variable in quantitative manner. 

53-The platform of claim 52, wherein said negotiator is operable to attempt 
offer formation by setting one of said discrete values to one and the remainder to zero, 
and then to calculate said summation functions to contribute to a fulfillment level of 
each goal. 

54.The platfotm of claim 54, wherein said negotiator is operable to reattempt 
offer formation by setting different ones of said discrete values to one, thereby to find 
a value which maximizes said fulfillment level. 

55-The platform of claim 1, wherein said party goal program unit is operable 
to represent date information as accumulated minutes from a threshold starting date, 
and further to modify said dates relative Lo upper and lower bounds entered via said 
party input unit. 

56, A platform according to claim 1, wherein said party input unit is further 
operable to allow input of variables in association with said objective functions and a 
linkage between a first and a second of said variables, said linkage defining a trade- 
off path of deviations with respect to said target values, said negotiator being operable 
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to use said series of variables including said trade-oil' path to negotiate an ourcome in 
respect of said at least one objective with other objectives, thereby to arrive at 
formation of an offer. 

57. The platform of claim 56, wherein said party goal program unit is operable 
to express said second variable as a function of said first variable, thereby to represent 
said linkage, and wherein said negotiator is operable to represent deviations from 
respective target values as deviations from the target value of said first variable. 

58. The platform of claim 56, wherein said party goal program unit is operable 
to express said trade-off as separate deviation variables in respect of said fir$l variable 
and in respect of said second variable wherein said separate deviation variables arc 
orthogonal. 

59. The platform of claim 56,, wherein said party input unit is operable to 
permit an association of a relative importance level to said trade-off. 

60. The platform of claim 56, wherein said party goal program unit is operable 
to calculate a relative importance level for said trade-off as an average of respective 
relative Importance levels of said first and second variables. 

61. The platform of claim 1, wherein said unifier comprises a goal program 
generalizer to form a generalization of received goal programs for use in $aid 
unification. 
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62. The platform of claim 1, wherein said party goal program unit is operable 
to translate said input received from said party input unit into said objective Auctions 
and constraints on said objective functions within said goal program, said negotiator 
comprising an optimizer to find best values for said objective Junctions and 
constraints, therewith to obtain a best solution for the goal program for output as a 
first offer, and then iteratively to produce further solutions until an offer is accepted, 
thereby to achieve said outcome. 

63. The platform of claim 62, wherein said negotiator comprises a percentage 
reducer for taking ones of said objective functions in turn, worsening them by a 
predetermined percentage, thereby to produce said Auther solutions. 

64. The platform of claim 63* wherein said percentage reducer is settable to 
take each of said objective functions in turn beginning with a most important 
objective, until a solution is accepted. 

65. The platform of claim 63, wherein said objective functions are arranged in 
levels and said percentage reducer Is settable to take objective functions of a first of 
said levels only. 

66. The platform of claim 62 3 wherein said negotiator comprises a worst case 
calculator for determining a worst case level for ones of said objective functions and 
constraints,, thereby to obtain a worst acceptable offer. 
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67. The platform of claim 62, wherein said goal program is arranged as 
pairwise bounded variables, and said negotiator comprises an arbitrary case calculator 
for taking one of each pair of variables, setting it to an arbitrary value within its 
respective bounds, taking the other of said pair of variables and setting it to zero, 
therefrom to calculate ones of said iterative solutions. 

68. The platform of claim 66, wherein said negotiator further comprises an 
average case calculator, associated with said optimizer and with said worst case 
calculator, for 

taking said best solution and said worst solution, each solution having 
corresponding values, 

associating ones of said corresponding values, and 

constraining variables of said goal program towards an average of each of said 
corresponding values, therewith to provide an average solution, 

69. The platform of claim 68, wherein said goal program objective functions 
are arranged levelwise and said average case calculator is operable to carry out said 
associating and said constraining successively levelwise, thereby to produce said 
series of iterative solutions. 

70. The platform of claim 1, wherein said negotiator comprises a solution 
sorter for comparing goal program solutions by solving said goal program for each 
one of a series of solutions and ranking the solutions, said negotiator being operable 
to use said ranking to apply preference to different solutions. 
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71. The platform of claim 70, wherein said negotiator further comprises a 
thresholder associated with said solution sorter for applying a threshold to said 
evaluations to exclude ones of said series of solutions. 

72. The platform of claim 71, wherein said solution sorter further comprises a 
solution completer for applying best values to incompleted variables in incomplete 
ones of said solutions, thereby to allow said goal program to be evaluated for said 
incomplete solutions. 

73. "The platform of claim 70, wherein said solution sorter is settable to find 
the be$t solution from said series of solutions by identifying the highest ranked 
solution and discarding the remaining solutions, 

74. The platform of claim 70, wherein said solution sorter comprises a 
memory, set to hold a predetemrined number of solutions, and a comparator to 
compare a new solution with each solution in said memory, and further comprising a 
control unit for adding said new solution to said memory if its evaluation is larger 
than any solution in said memory, and for discarding a lowest ranked solution in said 
memory. 

75. The platform of claim I ? wherein said goal program unit comprises a data 
input unit for receiving user defined output values, and wherein said goal program 
unit is operable to set said output values as single value constraints and to flag said 
constraints as unchangeable for said unifier. 
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76 .The platform of claim 75, wherein said data input unit is operable to output 
an error indicator if said single value constraints render said goal program insoluble. 



77.The platform of claim I, wherein the unifier further comprises a goal 
program input unit for receiving a local party 1 s goal program and an Opponent's goal 
program to be unified therewith, said goal programs comprising objective functions 
associated with constraints and being arranged ii* levels, and the negotiator further 
comprises: 

an optimizer for finding best solutions to goal programs, connected to find 
best values for said objective functions and constraints of said local party's goal 
program levelwise, and 

a worst case calculator for finding worst solutions for goal programs, 
connected to find worst values for said objective functions and constraints of said 
opponent's goal program levelwise, 

said negotiator being operable to: 

use said optimizer and said worst case calculator in succession level by 

level to produce successive value sets for evaluation therefrom to form level 

by level unification offers, and 

advance from one level to another level only following acceptance by 

$a?d parties of a unification offer regarding a previous level 

78*1116 platform of claim 77, wherein said negotiator comprises a constraint 
updater for updating constraints upon advance from one level to another level in 
accordance with said respective acceptance. 
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79-The platform of claim 77 > wherein said negotiator further comprises an 
offer improver operable to provide an improved offer by making a change in a 
selected one of said variables to bring about an improvement in the evaluation of the 
opponent's goal program, 

80.The platform of claim 7% wherein said change in said variable is calculated 
such that said improvement is a predetermined proportion of a difference between a 
previous offer made and a best possible evaluation made for the opponent. 

81 /The platform of claim 80, wherein said offer improver is operable to use a 
value of said selected variable in a last opponent's offer to moderate said change. 

82-The platform of claim 80, wherein said offer improver is operable to 
calculate a protection value, and to use said protection value to limit a reduction in Hie 
evaluation of the local party's goal program as a consequence of said improvement to 
the opponent's goal program evaluation. 

83. The platform of claim 82, wherein said protection value is a proportion, of 
the difference between a worst case evaluation of the local party's goal program and 
an evaluation of last previous offer thereof. 

84. Thc platform of claim 77, further comprising an offer improver for taking 
goal program values of a previous local party offer and one value in turn from a 
previous opponent offer, testing the opponent value against local constraints, and if it 
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fits within the constraints then substituting it into the previous local party offer 
thereby to provide an improved offer. 



85. Thc platform of claim I, wherein the negotiator further comprises a goal 
program input unit for receiving a local party's goal program, said goal programs 
comprising objective functions associated with constraints and being arranged in 
levels, and said negotiator further comprises: 

an optimizer for finding best solutions to goal programs, connected to find 
best values for said objective functions and constraints of said local party's goal 
program levelwise, and 

a stay close processor for determining variable improvement directions from 
monitoring of received offers from said opponent and carrying out value perturbations 
in said directions, 

said negotiator being operable to: 

use said optimizer to produce a first offer for a first level, 

to advance from one level to another level only following acceptance by said 

parties of an offer regarding a previous, level, and 

use said stay close processor to produce a first offer for each subsequent level, 

thereby to arrive at said outcome. 

86. The platform of claim 85, wherein said negotiator comprises a constraint 
updater for updating constraints upon advance from one level to another level in 
accordance with said respective acceptance. 

87. Thc platform of claim 85, wherein said negotiator further comprises 
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a gap value determiner, for determining a gap for use in offer improvement, 

and 

a value improver, associated with said gap value determiner,, for inserting a 
predetermined proportion of said gap as a constraint of said goal program, and 
wherein said stay close processor is associated with said value improver thereby to 
apply predetermined gap proportion in said direction to provide an improved offer. 

88/The platform of claim 87 ? wherein said stay close processor is operable to 
monitor two successive opponent offers for value changes therebetween, and to assign 
to each respective changing variable a weight for use in providing an improved offer, 
the magnitude of said weight being selected in accordance with a monitored relative 
size of a corresponding value change of said opponent. 

89. The platform of claim 87 ? wherein said gap is a constant 

90. The platform of claim 89, wherein said constant is a difference between a 
best value and a worst value of a corresponding vari able. 

91 .The platform of claim 87, wherein said gap is a difference between a last 
local proposal and a last opponent proposal. 

92.The platform of claim 1, further comprising a negotiation necessity tester, 
associated with said unifier, for joint solving of said local and said other goal program 
to form a joint goal program comprising optimal solutions for each of said local and 
said other goal program, said negotiation necessity tester being set to determine 
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whether there lies a single solution that includes both optimal solutions within said 
common ground, and if so, to inhibit passing of said goal programs to said negotiator. 



93. The platform of claim 1, further comprising a mediation unit callable by 
both parties levelwise during said negotiations, said mediation unit being operable to 
retain agreed objectives of previously solved levels and to apply a summation formula 
to solve a current level, 

94. The platform of claim )., wherein said summation formula is; 

2X*X>k- I 1 J 

wherein k is a number of a current level, objective, + and - represent 
respective sides of a target value, v is a , and y is a 

95. The platform of claim 1, further comprising a mediation unit callable by 
both parties during said negotiations, said mediation unit being operable to stop 
operation of said negotiator, apply a summation formula to provide a median solution 
between respective goal programs, and to provide said median solution as an offer to 
both parties. 

96. The platform of claim 94, wherein each goal program is expressed as a 
series of decision variables each having an upper bound, a lower bound, a target value 
and one or more constraints, the platform further comprising a form offer unit for 
providing a form offer to the parties, the unit being operable to assign to each of the 
goal programs a weighting such that the sum of the weightings is unity, for each 



335 



WO 02/077759 PCT/US02/08293 

variable and to calculate the offer by minimizing relative deviations for each variable 
over said goal programs weighted according to said assigned weightings. 



97. The platform of claim I, further comprising a discrete variable form offer 
unit operable to transform values of said discrete variable into a continuous domain, 
to carry out minimization in light of goal program objectives of said two parties in 
said continuous domain, and to transform the minimization results back to discrete 
values, thereby to provide a form offer. 

98. The platform of claim 1, wherein said negotiator is operable io provide a 
value for at least one objective by comparing said at least one objective from a local 
goal program against the entirety of an opponent goal program. 

99. The platform of claim 1, further comprising an item catalog for storing a 
plurality of items for offer in terms of values of said objectives, wherein said 
negotiator is operable to provide offers in terms of nearest items in said catalog. 

100. Thc platform of claim 99, wherein said negotiator comprises: 

an item manager for recursively determining which items of said catalog are 
currently within the scope of negotiations, 

a first round manager, associated with said item manager, for managing 
levelwise goal program negotiation to successively reduce the number of said items 
within said scope to a predetermined threshold number o f items, 

a second round manager, associated with said item manager, for managing 
levelwise program, negotiation to produce successive offers, and 
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an item associator, connected to said second round manager and to said item 
manager, fox expressing said successive offers in terms of items within said scope. 



101 The platform of claim 100> wherein said item manager is operable to 
measure distance from said scope in terms of an opponent goal program. 

102.The platform of claim 100, wherein said item manager is operable to 
measure distance from said scope in terms of a joint goal program. 

103/The platform of claim 100, wherein said item manager is operable to 
measure distance initially in terms of a local goal program, to order said items and 
lucratively to remove most distant items. 

104. The platform of claim 99, wherein one of said objectives is compatibility 
with a second item. 

105. The platform of claim 1, further comprising an offer delay timer, 
associated with said negotiator, for introducing determinable delays between issuance 
of successive offers to an opponent 

106. The platform of claim 105 T wherein said offer delay timer is operable to 
set successively increasing delays. 

107. The platform of claim 10<S> wherein said oifer delay time is operable to set 
delays to change levelwise. 
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108/rhe platform of claim 105, wherein a magnitude of said delay is based on 
a relative change between succeeding opponent offers. 

109-The platform of claim 105, wherein said offer delay timer is operable tp 
set user determined delays. 

1 lO.The platform of claim 1, wherein at least one of said objectives comprises 
a dynamic variable, 

111. The platform of claim 1, wherein at least some of said constraints are 
associated with dynamically changing variables. 

1 1 2. A platform for supporting negotiation between parties to achieve an 
outcome, the platform comprising: 

a party goal program unit comprising a party input unit for allowing each party 
to define a plurality of goals in respect of said outcome, and to associate each of said 
goals with a respective level of importance, therefrom to form for each party a goal 
program, 

said party input unit being operable to obtain a target value and upper and 
lower bounds for at least one of said goals, said party goal program unit being 
operable to use said upper and lower bounds to express deviations from said target 
values in relative terms, thereby to render deviations from different goals comparable. 



338 



WO 02/077759 PCT/US02/08293 

113. The platform of claim 112, further comprising a negotiator, operable to 
define an interval between said upper bound and said lower bound and to measure 
deviations within said interval as a fraction of a total size of said interval, 

1 14. A platform for supporting negotiation between parties to achieve an 
outcome, the platform comprising: 

a party goal program unit comprising a party input unit for allowing a party to 
define a plurality of goals in respect of said outcome, and to associate at least one of 
said goals with a target value, an acceptable interval, and a penalty for deviation from 
said interval, and 

a unifier, for determining common ground between said goal program and at 
least one,other goal program, 

and a negotiator, operable to form offers within said common ground by 
mutual quantifying of a objective function of said at least one goal program with 
objective function of said at least one other goal program having a target value and an 
interval, by determining an intersection between said intervals and if said target value 
is outside said intersection then moving said target value by a deviation amount to a 
closest boundary of said intersection, said negotiator further being operable to 
apportion said penally ibr deviation amount in accordance with an extent of said 
deviation of said target value. 

1 15, The platform of claim 1 14,whercin said intersection is a point. 

1 16. The platform of claim 1 14. wherein said party goal program unit 
comprises operability for determining that an intersection is small to the satisfaction 
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of respective parties and, when said intersection is recognized as small, said unifier is 
operable to select a point witlim said intersection being a midpoint between respective 
target values, 

1 17/ITie platform of claim 114, wherein said negotiator is operable to measure 
deviations within said interval as a fraction of a total size of said interval. 

11 8. The platform of claim 117, wherein said party goal program unit is 
operable to obtain importance values for deviations from said target and wherein said 
negotiator is operable to use said importance value as a multiplier to measure said 
deviation. 

1 1 9. The platform of claim 1 14, wherein said negotiator is operable to: 
recognize intersections that arc small and distant from the target value of said 

at least one goal and at the §ame time large and inclusive of a target value of said 
other goal, 

set a unified target at the intervening intersection boundary at a determinable 
deviation from each goal, 

calculate the deviation of said unified target from said distant target, 

multiply said deviation by a value of the unified target 

add the result of said multiplication to the difference between values of the 
distant target and the unified target, and 

divide the result by a value of the distant target, thereby to produce a 
transformed deviation value for said at least one goal. 
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120/The platform of claim 119, wherein said negotiator i$ further operable to 
normalize said deviation. 



121. The platform of claim 1 1 9, wherein said negotiator is operable to 
normalize said transformed deviation. 

122. The platform of claim 114, further comprising an offer delay timer, 
associated with said negotiator, for introducing determinable delays between issuance 
of successive offers to an opponent 

123 . The platform of claim 122, wherein said offer delay timer is operable to 
set successively increasing delays. 

124. The platform of claim 123, wherein said offer delay time is operable to set 
delays to change levelwisc. 

125. The platform of claim 122, wherein a magnitude of said delay is based on 
a relative change between succeeding opponent offers. 

126. The platform of claim 122, wherein said offer delay timer is operable to 
set user determined delays. 

127 A platform for supporting negotiation between parties to achieve an 
outcome, the platform comprising: 
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a party goal program unit comprising a party input unit for allowing a party to 
define at least one goal program having a plurality of objectives in respect of said 
outcome, and to associate at least one of said objectives with a range of indifference 
having an upper bound and a lower bound, a first weighting value for deviations 
below said lower bound, a second weighting value for deviations above said upper 
bound and a relative importance for said objective., 

and a negotiator, associated with said goal program unit, said negotiator being 
operable to use said range of indifference, said weightings and said relative 
importance to obtain an outcome for said at least one objective in view of other 
objectives, by producing successive offers, 

128.The platform of claim 127, wherein said party input unit further comprises 
a prioritizer for allowing said objective to be associated Jevelwise with other 
objectives. 

129-Thc platform of claim 128, wherein said negotiator is operable to use said 
relative importance to establish a priority between objectives in a same level. 

130. The platform of claim 127, further comprising an offer delay timer, 
associated with said negotiator, for introducing determinable delays between issuance 
of successive offers to an opponent* 

131. The platform of claim 130, wherein said offer delay timer is operable to 
set successively increasing delays. 
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132*The platform of claim 131, wherein said offer delay time is operable to $et 
delays to change levelwise. 



133.The platform of claim 130, wherein a magnitude of said delay is based on 
a relative change between succeeding opponent offers* 

134/Fhe platform of claim 130, wherein said offer delay timer is operable to 
set user determined delays. 

135 A platform for supporting negotiation between parties to achieve an 
outcome, the platform comprising: 

a party goal program unit comprising a party input unit operable to peimit a 
party to define a two dimensional trade-off objective by entering two two-dimensional 
points, said party goal program unit being operable to define a trade-offline between 
said two points, and 

a negotiator, associated with said goal program unit, said negotiator being 
operable to use said trade-off line to unify said at least one objective with other 
objectives to arrive at said, outcome via a series of successive offers. 

1 36. The platform of claim 135, wherein said party input unit is operable to 
permit a party to define weights for deviation from said trade-off line. 

137. The platform of claim 135, wherein said party input unit is operable to 
permit a party to define a relative importance for said two dimensional trade-off 
objective. 
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ISS.The platform of claim 137, wherein, said party input unit is operable to 
permit a party to associate said two dimensional trade-off objective Jevelwise with 
other objective. 

139.Thc platform of claim 1 38> wherein said relative importance is usable by 
said negotiator to establish a priority between objectives in a same level, 

140-The platform of claim 135, wherein said negotiator further comprises a 
trade-off line evaluator for assigning a trade-off penalty value to points on said trade- 
offline. 

141. The platform of claim 140, wherein said negotiator further comprises a 
scaling unit, associated with said trade-off line evaluator for scaling said trade-off 
penalty value, to produce a scaled penalty value. 

142. The platform of claim 135, further comprising an offer delay timer, 
associated with said negotiator, for introducing determinable delays between issuance 
of successive offers to an opponent 

143/The platform of claim 142, wherein said offer delay timer is operable to 
set successively increasing delays. 

J.44.Thc platform of claim 143, wherein said offer delay time is operable to set 
delays to change level wist?. 
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1 45. The platform of claim 1 42, wherein a magnitude of said delay is based on 
a relative change between succeeding opponent offers. 

146. The platform of claim 142 7 wherein said offer delay timer is operable to 
set user determined delays. 

147. A platform for supporting negotiation between parties to achieve an 
outcome, the platform comprising: 

a party goal program unit comprising a party input unit for allowing a party to 
define at least one single dimension two-point objective in respect of said outcome, 
and to associate said objective with an upper point of preference, and a lower point of 
preference, a first weighting value for deviations below said lower point of 
preference, and a second weighting value for deviations above said upper point of 
preference, said goal program unit being operable to provide weightings to a region 
included between said points of preference by assigning said first weighting value 
below said upper point of preference and said second weighting value above said 
lower point of preference and defining an overall weighting within said region as a 
minimum of said weighting values, 

and a negotiator, associated with said goal program unit, said negotiator being 
operable to use said range of indifference, said weightings, and said minimum to 
converge said at least one objective with other objectives to arrive at successive offers 
to achieve said outcome. 
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148.Tho platform of claim 147, wherein said party input unit is operable to 
permit a party to define a relative importance for said single dimensional two point 
objective. 

H9.The platform of claim 148, wherein said party input unit is operable to 
permit a party to associate said single dimensional two point objective ievelwise with 
other objectives, 

15G.The platform of claim 149, wherein said relative importance is usable by 
said unifier to establish a priority between objectives in a same level. 

151 The platform of claim 147, further comprising an offer delay timer, 
associated with said negotiator, for introducing determinable delays between issuance 
of successive offers to an opponent. » 

152.The platform of claim 151, wherein said offer delay timer is operable to 
set successively increasing delays. 

153 .The platform of claim 152, wherein said offer delay time is operable to set 
delays to change Ievelwise. 

154.Thc platform of claim 151, wherein a magnitude of said delay is based on 
a relative change between succeeding opponent offers. 
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155.The platform of claim 151, wherein said offer delay timer is operable to 
set user determined delays. 



1 56, A platlbrm for supporting negotiation between parties to achieve an 
outcome, the platform comprising: 

a party goal program unit comprising a party input unit operable to permit 
parties to define objectives comprising pairwise trade-offs having at least two points 
and a trade-off therebetween, arid to associate each of said trade-offs with an 
inclination value, wherein said party goal program unit is operable to prevent 
inconsistent inclination values to be defined, within the platform by preventing said 
party input unit from accepting more than one trade-off that refers to a same point 

and a negotiator for negotiating with other parties via goal programs to 
achieve an outcome consistent with said objectives. 

157. A platform for supporting negotiation between parties to achieve an 
outcome, the platform comprising: 

a party goal program unit comprising a party input unit operable to permit 
parties to define objectives comprising pairwise trade-offs having at least two points 
and a trade-off therebetween, and to associate each of said trade-offs with an 
inclination value, wherein said party goal program unit is operable to warn users of 
inconsistent inclination values by outputting a warning whenever a trade-off being 
entered has a point already Included in a previously entered trade-off> and 

a negotiator for negotiating with other goal programs to achieve an outcome 
consistent with said objecti ves. 
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158. A platform for supporting negotiation between parties to achieve an 
outcome, the platform comprising: 

a party goal program unit comprising a party input unit for allowing a party to 
define at least one objective in respect of said outcome, and to associate said objective 
with a series of variables including disjunctive constraints, said goal program unit 
comprising a disjunctive constraint processor for translating a disjunctive expression 
into at Jeast one linear conjunctive expression, 

and a negotiator, associated with said goal program unit, said negotiator being 
operable to use said series of variables including said linear conjunctive expression to 
negotiate an outcome consistent with said goal program and with other goal programs. 

159/The platform of claim 158, wherein said disjunctive expression comprises 
a series of relationships including equality relationships. 

160. The platform of claim 159, wherein said disjunctive constraint processor 
is operable to carry out said translation by expressing at least one of said equality 
relationships as the union of two corresponding inequalities that meet at a point of 
equality of said equality relationship. 

161 The platform of claim 159, wherein said disjunctive constraint processor 
is operable to define binary variables for said relationships, for setting wherever said 
relationships are satisfied, and wherein said negotiator is operable to sum said 
variables to determine a satisfaction level for said objective. 



348 



WO 02/077759 PCT/US02/08293 

162. The platform of claim 161, wherein said party goal program unit is 
operable to set a requirement of a minimum number of satisfied relationships for use 
by said negotiator. 

1 63. A platform for supporting negotiation between parties to achieve an 
outcome, the platform comprising: 

a party goal program unit comprising a party input unit for allowing each party 
to define a plurality of objectives in respect of said outcome, each objective 
comprising a plurality of variables, therefrom to form for each party a goal program, 
wherein a variable having discrete values is predefined, and wherein said party input 
unit is operable to receive discrete values of said variable for use in said objective 
definition, 

a unifier, associated with said party goal program unit for receiving goal 
programs of respective parties, said objectives including discrete values of said 
variable, said unifier being operable to carry out unification of said goal programs by 
considering said discrete values to arrive at a common region of said discrete 
variables amongst said goal programs* and 

a negotiator operable to utilize fulfillment levels associated with said discrete 
values to produce successive offers to converge on an outcome within said common 
region. 

164. The platform of claim. 163, wherein said party input unit is operable to 
accept weightings for respective discrete values of said variable* said weightings 
being usable to arrive at said fulfillment levels. 
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165. The platform of claim 164, wherein said party goal program unit is 
operable to use said discrete values and respective weightings to build summation 
functions, therefrom to express said variable in quantitative manner, 

166. The platform of claim 165, wherein said party goal program unit is further 
operable to normalize said summation function by dividing by a largest one of said 
weightings 

167. The platform of claim 165, wherein said discrete values comprise Boolean 
variables, said Boolean variables serving as multipliers of respective weightings in 
said summation functions, wherein said negotiator is operable to reach said outcome 
by setting the Boolean variable of one of said discrete values to one and the remainder 
to zero, mid then to calculate said summation functions, thereby to obtain a respective 
fulfillment level for each objective. 

168. The platform of claim 167, whereto said unifier is operable to reattempt 
unification by setting Boolean variables of different ones of said discrete values to 
one, thereby to find a value of" said variable which maximizes said fulfillment levels-, 
for setting as said unified value. 

169Tbe platform of claim 168, wherein said negotiator is operable to use a 
continuous variable as a transformation of said Boolean variables for carrying out said 
negotiating, said continuous variable being transformable back into said discrete 
Boolean variables to express said outcome. 
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J70.The platform of claim 163 ? further comprising an offer delay timer, 
associated with said negotiator, for introducing determinable delays between issuance 
of successive offers to an opponent. 

171 /The platform of claim 170,, wherein said offer delay timer is operable to 
set successively increasing delays, 

172. The platform of claim 171, wherein said offer delay time is operable to set 
delays to change levelwise. 

173. TTie platform of claim 170, wherein a magnitude of said delay is based on 
a relative change between succeeding opponent offers. 

174. The platform of claim 170, wherein said offer delay timer is operable to 
set user determined delays. 

175. A platform for supporting negotiation between parties to achieve an 
outcome, the platform comprising; 

a party goal program unit comprising a party input unit for allowing a party to 
define at least one objective in respect of said outcome* and to associate said objective 
with at least two variables each having a target value, said party input unit further 
allowing input of a linkage between a first and a second of said variables, said linkage 
defining a trade-off path of deviations with respect to said target values, 
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a unifier, associated with said goal program unit, said unifier being operable to 
use said series of variables to unify said at least one objective with other objectives to 
find a common area of interest, and 

a negotiator, associated with said unifier, for using said trade-off path to find a 
mutually acceptable outcome within said common area. 

176. The platform of claim 175 ? wherein said party goal program unit is 
operable to express said second variable as a function of said first variable, thereby to 
represent said linkage, and wherein said negotiator is operable to represent deviations 
from respective target values as deviations from the target value of said first variable. 

177. The platform of claim. 175, wherein said party goal program unit is 
operable to express said trade-off as separate deviation variables in respect of said 
first variable and in respect of said second variable wherein said separate deviation 
variables are orthogonal. 

17S.The platform of claim 175, wherein said party input unit is operable to 
permit an association of a relative importance level to said trade-off, 

179.The platform of claim 175, wherein said party goal program unit is 
operable to calculate a relative importance level for said trade-off as an average of 
respective relative importance levels of said first and second variables. 
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18G,The platform of claim 175, further comprising an offer delay timer, 
associated with said negotiator, for introducing determinable delays between issuance 
of successive offers to an opponent 

181, The platform of claim 180, wherein said offer delay timer is operable to 
set successively increasing delays. 

182. The platform of claim 181, wherein said offer delay time is operable to set 
delays to change levelwise. 

183 .The platform of claim 180, wherein a magnitude of said delay is based on 
a relative change between succeeding opponent offers. 

184. The platform of claim ISO, wherein said offer delay timer is operable to 
set user determined delays, 

185. A platform for supporting negotiation between parties to achieve an 
outeome, the platform comprising: 

a party goal program unit for defining goal programs in respect of an outcome, 
the goal program unit comprising a party input unit for allowing a party to input data 
relating to said goal program, said goal program unit being operable to translate said 
values into objective functions and constraints on said objective functions within said 
goal program, 

and a negotiator, associated with said goal program unit, said negotiator 
comprising an optimizer to find best values for said objective functions and 
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constraints, therewith to obtain a best solution for the goal program for output as a 
first offer, and then iteratively to produce further solutions until an offer is accepted, 
thereby to achieve said outcome. 

186. The platform of claim 185, wherein said negotiator comprises a 
percentage reducer for taking ones of said objective functions in turn, worsening them 
by a predetermined percentage, thereby to produce said further solutions. 

187, The platform of claim 1 86, wherein said percentage reducer is settable to 
take each of said, objective functions in turn beginning with a most important 
objective, until a solution is accepted. 

1.88 .The platform of claim 186, wherein said objective functions are arranged 
in levels and said percentage reducer is settable to take objective Innctions of a first of 
said levels only. 

189/The platform of claim 185, wherein said negotiator comprises a worst 
case calculator for determining a worst case level for ones of said objective functions 
and constraints, thereby to obtain a worst acceptable offer. 

190.The platform of claim 185, wherein said goal program is arranged as 
pairwise bounded variables, and said negotiator comprises an arbitrary case calculator 
for taking one of each pair of variables, setting it to an arbitrary value within its 
respective bounds, taking the other of said pair of variables and setting it to zero, 
therefrom to calculate ones of said iterative solutions. 
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19LThe platform of claim 189, wherein said negotiator further comprises an 
average case calculator, associated with said optimizer and with said worst case 
calculator, for 

taking said best solution and said worst solution, each solution having 
corresponding values, 

associating ones of said corresponding values, and 

constraining variables of said goal program towards an average of each of said 
corresponding values, therewith to provide an average solution. 

192. The platform of cfaim I85 ? fiurther comprising an offer delay timer, 
associated with said negotiator, for introducing determinable delays between issuance 
of successive offers to an opponent. 

193. The platform of claim 192, wherein said offer delay timer is operable to 
set successively increasing delays. 

1 94. The platform of claim 193, wherein said offer delay time is operable to set 
delays Lo change level wise, 

195 . The platform of claim 192, wherein a magnitude of said delay is based on 
a relative change between succeeding opponent otters. 

196. The platform of claim 192, wherein said offer delay timer is operable to 
set user determined delays. 
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197. The platform of claim 191, wherein said goal program objective functions 
are arranged leveiwise and said average case calculator is operable to carry out said 
associating and said constraining success* vely levelwise, thereby to produce said 
series of iterative solutions, 

198. The platform of claim 185, wherein said data input unit is operable to 
receive user defined output values, wherein said goal program unit is operable to set 
said output values as single value constraints and to flag said constraints a$ 
unchangeable for said unifier. 

199. The platform of claim 198, wherein said data input unit is operable to 
output an error indicator if said single value constraints render said goal program 
insoluble. 

200. A platform for supporting negotiation, between, parties to achieve an 
outcome, the platform comprising; 

a party goal program unit for defining goal programs in respect of an outcome, 
the goal program uuit comprising a party input unit for allowing a party to input 
values, said goal program unit being operable to translate said values into objective 
functions and constraints on said objective functions within said goal program, 

and a negotiator, comprising a solution sorter for comparing goal program 
solutions by evaluation of said goal program for each one of a series of solutions and 
ranking the solutions according to said evaluations, said negotiator being operable to 
use said ranking to apply preference to different solutions. 
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201. The platform of claim 200, wherein said negotiator further comprises a 
thresholder associated with said solution sorter for applying a threshold to said 
evaluations to exclude ones of said series of solutions. 

202, The platform of claim 201, wherein said thresholder farther comprises a 
solution completer for applying best values to incompleted variables in incomplete 
ones of said solutions, thereby to allow said goal program to be evaluated for said 
incomplete solutions. 

203. The platform of claim 200, wherein said solution sorter is sellable to find 
the best solution from said series of solutions by identifying the highest ranked 
solution and discarding the remaining solutions. 

204, The platform of claim 200;, wherein said solution sorter comprises a 
memory set to hold a predetermined number of solutions, and a comparator to 
compare a new solution with each solution in said memory, and further comprising a 
control unit for adding said new solution to said memory if its evaluation is larger 
than any solution in said memory, and for discarding a lowest ranked solution in said 
memory. 

205-The platform of claim 200, further comprising an offer delay timer, 
associated with said negotiator, for introducing determinable delays between issuance 
of successive offers to an opponent. 
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206.The platform qf claim 205, wherein said offer delay timer is operable to 
set successively increasing delays. 



207, The platform of claim 206, wherein said offer delay time is operable to set 
delays to change levelwise. 

208. Thc platform of claim 205, wherein a magnitude of said delay is based on 
a relative change between succeeding opponent offers. 

209/The platform of claim. 205, wherein said offer delay timer is operable to 
set user determined delays. 

210.A platform for supporting negotiation between a local party and an 
opponent party to achieve an outcome, the platform comprising a unifier, the unifier 
comprising; 

a goal program input unit for receiving a local party's goal program and an 
opponent's goal program to be unified, said goal programs comprising objective 
functions associated with constraints and being arranged in levels, 

an optimizer for finding best solutions to goal programs, connected to find 
best values for said objective functions and constraints of said local party 5 $ goal 
program levelwise, and 

a worst case calculator for finding worst solutions for goal programs, 
connected to find worst values for said objective functions and cpnstraints of said 
opponent's goal program levelwise, 

said negotiator being operable to: 
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use said optimizer and said worst case calculator in succession level by level 
to produce successive best local and worst opponent value sets for evaluation 
therefrom to form level by level offers, and 

to advance from one level to another level only following acceptance by said 
parties of a offer regarding a previous level 

21 l.The platform of claim 204, wherein said negotiator comprises a constraint 
updater for updating constraints upon advance from one level to another level in 
accordance with said respective acceptance. 

212. The platform of claim 21 1, further comprising an ofifer improver operable 
to provide an improved offer by making a change in a selected one of said variables to 
bring about an improvement in the evaluation of the opponent's goal program. 

2 13, The platform of claim 212, wherein said change in said variable is 
calculated such that said improvement is a predetermined proportion of a difference 
between a previous offer made and a best possible evaluation made for the opponent 

214-The platform of claim 213, wherein said offer improver is operable to use 
a value of said selected variable in a last opponent's offer to moderate said change. 

215.The platform of claim 213, wherein said offer improver is operable to 
calculate a protection value, and to use said protection value to limit a reduction in the 
evaluation of the local party's goal program as a consequence of said improvement to 
the opponent's goal program evaluation. 
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216. The platform of claim 215, wherein said protection value is a proportion 
of the difference between a worst case evaluation of the local party's goal program 
and an evaluation of last previous offer thereof. 

217. The platform of claim 210, further comprising an offer improver for 
taking goal program values of a previous local party offer and one value in turn from 
a previous opponent offer, testing the opponent value against local constraints, and if 
it fits within the constraints then substituting it into the previous local party offer 
thereby to provide an improved offer. 

21 8. A platform for supporting negotiation between a local party and an 
opponent party to achieve an outcome, the platform comprising a negotiator, the 
negotiator comprising: 

a goal program input unit for receiving a^ local party's goal program, said goal 
programs comprising objective functions associated with constraints and being 
arranged in levels, 

an optimizer for finding best solutions to goal programs, connected to find 
best values for said objective functions and constraints of said local party's goal 
program levelwise, and 

a stay close processor for determining variable improvement directions from 
monitoring of received offers from said opponent and carrying out value perturbations 
in said directions, 

said negotiator being operable to: 

use said optimizer to produce a first ofFer for a first level, 
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to advance from one level to another level only following acceptance by said 
parties of a unification offer regarding a previous level, and 

use said stay close processor to produce a first offer for each subsequent level. 

219, The platform of claim 21 S $ wherein said negotiator comprises a constraint 
updater for updating constraints upon advance from one level to another level in 
accordance with said respective acceptance. 

220, The platform of claim 21 8, wherein said negotiator further comprises 
a gap value determiner for determining a gap for use in offer improvement, 

and 

a value improver, associated with said gap value determiner, for inserting a 
predetermined proportion of said gap as a constraint of said goal program, and 
wherein said stay close processor is associated with said value improver thereby to 
apply said predetermined gap proportion in said direction to provide an improved 
offer. 

22 1 The platform of claim 220, wherein said stay close processor is operable 
to monitor two successive opponent offers for value changes therebetween, and to 
assign to each respective changing variable a weight for use in providing an improved 
offer, the magni tude of said weight being selected in accordance with a monitored 
relative size of a corresponding value change of said opponent. 

222,The platform of claim 220 ? wherein said gap is a constant. 
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223 . The platform of claim 222, wherein said constant is a difference between 
a best value and a worst value of a corresponding variable. 

224. Tbe platform of claim 220, wherein said gap is a difference between a 
local best case and a last opponent proposal. 

225. The platform of claim 224, further comprising a gap truncator for 
maintaining said gap between predetermined maximum and minimum bounds. 

226. The platform of claim 218, further comprising an ofler delay timer, 
associated with said negotiator, for introducing determinable delays between issuance 
of successive offers to an opponent, 

227. The platform of claim 226, wherein said offer delay timer is operable to 
set successively increasing delays, 

228. The platform of claim 227, wherein said oiler delay time is operable to set 
delays to change levelwise. 

229. The platform of claim 226,, wherein a magnitude of said delay is based on 
a relative change between succeeding opponent offers, 

230-The platform of claim 226, wherein said offer delay timer is operable to 
set user deteimined delays. 
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23 LA platform for joint processing of goal programs to produce an outcome, 
the platform comprising: 

a party goal program unit for formulation of at least one local goal program, 

a unifier for determining common ground between said local goal program 
and at least one other goal program 3 

a negotiation necessity tester, associated with said unifier, for joint solving of 
said local and said other goal program to form a joint goal program comprising 
optimal solutions for each of said local and said other goal program, said negotiation 
necessity tester being set to determine whether there lies a single solution that 
includes both optima) solutions within said common ground, and if so, to indicate that 
no negotiation is necessary. 

232. A resource negotiator for making successive offers for usage of a resource 
with at least one remote party based on a goal program of a local party, the goal 
program comprising a plurality of objectives, at least one of said objectives having a 
target value, an upper bound, a lower bound and at least one constraint, the resource 
negotiator comprising: 

an input for receiving data from said remote party, 

a minimizer for producing successively worsening minimizations of said goal 
program., and 

an offer formulator, associated with said minimizer, for formulating said 
minimizations into offers for resource usage for sending to said remote party. 

233,The resource negotiator of claim 232, wherein said data from said remote 
party is a goal program comprising a plurality of objectives, at least some of said 
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objectives having a target value, an upper bound, a lower bound and at least one 
constraint, said resource negotiator further comprising a maximizer for producing 
successively improving maximizations of said remote party goal program, for use 
together with said minimizations by said offer formulator for formulating said offers 
for resource usage. 

234. The resource negotiator of claim 232, wherein said offer formulator 
comprises a behavior synthesizer for governing said offer formulation in accordance 
with a predetermined behavior profile. 

235. The resource negotiator of claim 234 7 wherein said behavior profile 
comprises an opponent offer feedback feature for using opponent offer improvement 
levels for setting improvement levels for successive offer formulations, 

236. The resource negotiator of claim, 234, wherein said behavior profile 
comprises an opponent offer feedback feature for using opponent offer data for setting 
time intervals for successive offer outputs. 

237. The resource negotiator of claim 234, wherein said behavior profile 
comprises a negotiation refusal condition for breaking off negotiations when said 
condition is achieved. 

238. The resource negotiator of claim 237, wherein said refusal condition 
comprises a predetermined number of opponent offers that fail a predetermined 
improvement threshold. 
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239. The resource negotiator of claim 237, wherein said refusal condition 
comprises a predetermined time during which said negotiation fails to reach a 
predetermined improvement threshold. 

240. The resource negotiator of claim 232 ? wherein said input is operable to 
recei ve data from a plurality of remote parlies. 

241. The resource negotiator of claim 232, wherein said offers are based on 
changes to one of said variables only. 

242. The resource negotiator of claim 241 5 comprising a bound setter for 
setting at least one of respective upper and lower bounds of said variable as a 
function of bounds of other objectives in said goal program. 

243. The resource negotiator of claim 241, comprising a dynamic bound setter 
for setting at least one of respective upper and lower bounds of said variable as a 
function of data received at said input. 

244. A resource negotiator for negotiating for usage of a resource with a. 
plurality of remote parties based on a goal program of a local party , the goal program 
comprising a plurality of objectives, at least one of said objectives having an upper 
bound, and a lower bound, the resource negotiator comprising: 

an input for receiving data from said remote parties, 
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an objective maximizer for maximizing a vahie of said at least one objective, 

and 

an offer acceptor, associated with said maximizer, for receiving offers from 
said remote parties, comparing said maximizing with said offers and for accepting one 
of said offers based on said maximizations. 

245. The resource negotiator of claim 244, wherein said offer acceptor is 
operable to accept an offer representing a least maximization. 

246. The resource negotiator of claim 244, wherein said offer acceptor is 
operable to accept an offer representing a second least maximization. 

247. The resource negotiator of claim 244, comprising an output for revealing 
received offers to each of said remote parties, 

248/The resource negotiator of claim 244, comprising a bound setter for 
setting at least one of respective upper and lower bounds of said variable as a 
function of bounds of other objectives in a respective goal program. 

249- The resource negotiator of claim 244, comprising a dynamic bound setter 
for setting at least one of respective upper and lower bounds of said variable as a 
function of data received at said input. 

250,The resource negotiator of claim 244, wherein said maximizer is set to 
perform maximization over a plurality of objectives. 
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251 .The resource negotiator of claim 250, wherein said maximizer is set to 
perform maximization over a penalty function of said objectives. 

252.The resource negotiator of claim 251, farther comprising a goal program 
output unit For sending to said plurality of remote parties at least some of said local 
party goal program objectives to enable said remote parties to evaluate potential offers 
in light thereof. 

253 A resource negotiator for negotiating for usage of a resource with a 
plurality of remote parties based on a goal program of a local party, the goal program 
comprising at least one objective assignable with at least one of an upper bound, and a 
lower bound, the resource negotiator comprising: 

an active bid monitor for monitoring remote parties remaining in said 
negotiating 

a value increaser for successively increasing a value of said at least one 
predetermined objective, 

an offer acceptor, associated with said active bid monitor and with said value 
increaser, for ending said negotiation at a time at which only a predetermined number 
of remote parties remains active, and at a corresponding value of said at least one 
predetermined objective, said offer acceptor being operable to deem said negotiation 
successful if said corresponding value is within any assigned bounds, said 
predetermined number being related to a number of available resources. 
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254. The resource negotiator of claim 253, further comprising a bound assigner 
for calculating at lea$t one bound of said predetermined variable according to other 
objectives of said local goal program. 

255. The resource negotiator of claim 253, further comprising a goal program 
output unit for sending to said plurality of remote parlies at least some of said local 
party goal program objectives to enable said remote parties to evaluate potential offers 
in ^ght thereof. 

256. The resource negotiator of claim 253, wherein said value increaser is 
operable to reduce said value to an intermediate level between a current and a 
previous level when a number of remaining parties drops from a level above said 
predetermined number to a level below said predetermined number, thereby to raise 
said number of remaining parties to correspond with said number of reso urces. 

257. The resource negotiator of claim 256 wherein said predetermined number 

is one. 

258. Thc resource negotiator of claim 253, wherein said active bid monitor 
comprises an output unit tbr revealing to said remote parties a number of remote 
parties remaining in said negotiating, 

259-The resource negotiator of claim 253, wherein said active bid monitor 
comprises m output unit for revealing to said remote parties identities of remote 
parties remaining in said negotiating. 
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260.The resource negotiator of claim 253, therein said predetermined number 

is one. 

26LThe resource negotiator of claim 253, further comprising a drop out 
decision unit ibr use by one of said remote parties, said unit comprising: 

a current offer evaluator for expressing a current value issued by said value 
increaser in terms of a goal program of said remote party, 

an active bid unit for storing the number of remote parties remaining in said 
negotiating, 

a drop out function for calculating a drop out probability as a function of said 
current value and said number of remote parties remaining in said negotiating, and 

a decision maker for using said drop out probability to decide whether to leave 
said negotiating. 

262. A platform for performing ranking between database entries, each of said 
entries comprising a series of values arranged in fields, the platform comprising: 

a trade-off unit for taking values from a plurality of fields of respective entries, 
defining a trade-off relationship therebetween such that for any given combination of 
values in said fields a single trade-off value is defined, and 

a ranking unit for performing ranking amongst said entries in accordance with 
a respective single trade-off value, 

263 . The platform of claim 262, wherein said trade-off unit is operable to take 
said values in twos, such that each trade-off value is a trade-off between two fields. 
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264. The platform of claim 263, wherein said trade-off value comprises a 
reduction in a first of said variables being traded for a proportional increase in a 
second of said variables, 

265. The platform of claim 262, wherein said trade-off unit is operable to take 
said values in groups of three or more. 

266. The platform of claim 262,wherein said trade-off unit is operable to take 
said valves in a plurality of trade-off groups, and to compile a separate trade-off 
statement for each group. 

267. The platform of claim 266, wherein each trade-off statement comprises 
compatible variables. 

268. The platform of claim 266 ? wherein said ranking unit is operable to 
determine an average of the deviations for each trade-off statement for use in said 
ranking, 

269. The platform of claim 262, wherein said trade-off relationship comprises 
an inequality between corresponding values of successive entries. 

270. The platform of claim 262, wherein said trade-off unit further comprises a 
weight assigner lor assigning weights to fields, and wherein said trade-off relationship 
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comprises assignment of a weight to each of said fields using said weight assignee 
therewith to perform summation over each of said entries. 



271 .The platform of claim 270, wherein said weight assigner comprises a user 
preference input for receiving a user defined preference between ones of said entries, 
and wherein said weight assigner is operable to select weights for assignment to fields 
of said entries such as to enforce said user defined preference. 

272. The platform of claim 271, wherein said weight selection is such as to 
maximize said user preferences. 

273. The platform of claim 270, wherein said fields arc ordered preferentially 
and wherein said weight assigner is operable to assign weights according to a position 
of a respective field in said order. 

274. The platform of claim 271, wherein said weight assigner comprises a user 
input for receiving a parameter defining a number of entries of high desirability from 
the start of an ordered list, said weight assigner being operable to select weights to 
reinforce said desirability. 

275 The platform of claim 262, comprising a ranking expression unit for 
providing an expression basis for defining at least one of a group comprising a 
condition, a deviation, a deviation condition* a constraint, a simple trade-off 
relationship, a complex trade-off relationship* a preferred value within a range, a 
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preferred range, a weighting, therefrom to form an objective function for use in said 
ranking. 
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